Руководитель направления open source компании Sun покинул свой пост

но, к сожалению, присоединяется к числу специалистов, уволившихся из Sun после приобретения ее Oracle.

добровольно?

Увы , неизбежная смена поколений.
Некоторые из старой гвардии ушли в:
http://www.rackspacecloud.com/

не нравится мне эта новость, просто так не уходят, даже добровольно.

Шиндец Солярке :(

сопляра RIP?

p.s. а ведь с неё на спарках начинал + моторолки с system V

теги: крысы, корабль, бежать

оракль катицо в СГ

Как то все не так радужно, как обещали. Ожидаемо

Интересно, спарки будут закапывать или как ? Соляра то фиг с ней.

На самом деле ещё года два назад сановские инженеры (не из России) по секрету поведали, что формируется отдельное подразделение для продвижения облаков. Даже куда-то на пару дней по одному летали на секретные собеседования. Кто-то ушёл, кто-то нет. Планировалось, что станет приоритетным трендом для Sun (что логично - железо есть, софт есть). Остаётся только удивляться, почему так долго раскачивались - на тот момент Сановскме фабрики очень даже неплохо функционировали и почему не стали продавать процессорное время, память и место - для меня загадка.
Поэтому не стоит удивляться, что кто-то всё же решил довести до ума отработанную технологии. Ну а Оракл пущай сосёт свою БД.

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

гм, а там-то что они забыли ?

А Шварц куда в итоге ушел?

Думается мне, что секретность была дабы амазон раньше времени не обидеть)
а своих датацентров под клуды по-моему у Сана как не было, так и нет (теперь у Оракла нет)

>Интересно, спарки будут закапывать или как ? Соляра то фиг с ней.

Нафига спарки без соляры?

Не будут закапывать ни соляру, ни спарки.

Из Оракла он ушел — куда?
А вообще, польза от Оракла ожидается какая-нибудь, например полное открытие кода ключевых компонентов (а лучше всего) Solaris и переход на GPL-совместимую лицензию?

> А вообще, польза от Оракла ожидается какая-нибудь, например полное открытие кода ключевых компонентов

За Ораклом такого не было никогда еще замечено.

Нафига спарки без соляры?

Что бы туда ставить православный ляликс.

прально Иван сказал про процесс переваривания Сана.

>>Нафига спарки без соляры?

Что бы туда ставить православный ляликс.

Скажи нам, ставил ли ты линукс на спарк? Ну, хоть что-нибудь на спарк?

> Скажи нам, ставил ли ты линукс на спарк?

У Сана (сейчас хз) был целый ряд аппаратно-программных решений на Linux.

ты забыл тег «на»

Ну, хоть что-нибудь на спарк?

Нет. А в чем проблемы ? Встает плохо что ли ?

я ставил линукс на спарк, слабенький правда (Ultra 10), никаких особых трудностей в процессе не получил)

>>Ну, хоть что-нибудь на спарк?

Нет. А в чем проблемы ? Встает плохо что ли ?

Проблема в том, что ты, видимо (раз уж не знаком с Sun SPARC), не осознаешь, что risc-системы используются более-менее серьезными дядьками, для которых очень важна коммерческая поддержка (помочь, может, и не помогут, но будет на кого свалить вину).
Потому как потери от простоя систем могут быть велики.
Например, у нас много заказчиков с systemP. Ни у кого на разделах не стоит линукс, хотя даже RHEL поддерживает платформу POWER (более того, на паверах под линуксом работают DLPAR и прочие плюшки). Только AIX.

А под под спарк коммерческих дистрибутивов просто нет.

>я ставил линукс на спарк, слабенький правда (Ultra 10), никаких особых трудностей в процессе не получил)

я ставил gentoo в ldom на T5240 и сложности присутствовали.
но дело не в этом, просто solaris заточен под спарк: динамическая реконфигурация, документированные пути устройств... это все нужно для промышленной эксплуатации.

>>А под под спарк коммерческих дистрибутивов просто нет.
canonical как бэ предлогает, но не в курсе как это у них получается )

Так вот и появились бы, коммерческие, после смерти соляриса. Свято место пусто не бывает.

>>А под под спарк коммерческих дистрибутивов просто нет.

canonical как бэ предлогает, но не в курсе как это у них получается )

Самый «свежий» релиз убунты под спарк, по-моему, 6.06
После него Марк более не поддерживает спарк

>Так вот и появились бы, коммерческие, после смерти соляриса. Свято место пусто не бывает.

Скорее, спарк умрет раньше. Оракел не отдаст соляру.
Я не спроста привел пример с системПи и рхелом.
Коммерческая поддержка ОСи есть, но заказчик хочет, чтобы все системное ПО и железо поддерживала одна контора (и понять его можно).

Строить аналоги типа: хулетовые писюки и венда или линукс бесполезно. Уровень требований заказчика риск техники выше.

А вот тут пишут иное %-) (я правда не пробовал, ибо не на чем)

ubuntu-9.04-alternate-sparc.iso
ubuntu-8.04.1-server-sparc.iso
ubuntu-8.10-alternate-sparc.iso
http://torrent.ubuntu.com:6969/

Посмотрим когда десятка выйдет, она вроде LTS как раз.

Ну оракл не на спарках тоже зрелище не для слабонервных, если верить соляроводам %-)

ubuntu-9.10-alternate-sparc.iso а, ну этот тоже есть.
Или ты имел ввиду коммерческую поддержку именно ?

тпфу. Не оракл, а соляра не на спарках.

8.04 certified
http://www.ubuntu.com/partners/sun

>ubuntu-9.10-alternate-sparc.iso а, ну этот тоже есть.

хм, я смотрел довольно давно и только на сайте в разделе даунлоад.
значит собирают ее по спарк... ну, видать, и комерческая поддержка операционки есть.
только вот поддерживает ли ее сан (ответ - нет)?
http://sunsolve.sun.com/handbook_pub/validateUser.do?target=Systems/index
выбери любой спарк

аппаратные проблемы как диагностировать? на любой глюк железа будет ответ: «установите поддерживаемую ОС»

короче, все это игрушки. на данный момент если спарк - то солярис.

Oracle проводит капитальную чистку )))) Все меняется, люди увольняются )))

аппаратные проблемы как диагностировать?

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

Можно построить завод и делать процессоры, без закладок, с низким потреблением, и проч. А то что оракл купив сан не будет сертифицировать другие ОС и позакрывает все что можно, это итак ясно всем - процесс уже пошел и результаты все видят.

короче, все это игрушки

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

>Когда я писал про спарк я имел ввиду не изделия сан, а именно процессор спарк, который делает фуджицу, спеки на который открыты

в таком случае, наверное, ты имел в виду SPARC, как архитектуру, а не как конкретный процессор, такой как SPARC64 VII или VI, т.к. реализация архитектуры спарк в процессорах фуджитсу является закрытой.
Есть, конечно, http://www.opensparc.net/, но это заслуга все той же Сан.
А Японцы, вообще, не склонны к открытости ;)

как бы после чистки, не оказалось что все кроме мусора было выброшено как мусор

Дада, конечно как архитектуру.

> например полное открытие кода ключевых компонентов (а лучше всего) Solaris

Типа ключевые компоненты Solaris до сих пор закрыты, так что ли? Приведите тогда список этих самых закрытых ключевых компонентов, чтоб предметно разговаривать.

Solaris открыт практически весь. Закрыты, по сути, только некоторые драйверы и некоторые компоненты, на которые у Сана не было прав, необходимых для их открытия. Поэтому единственный способ их открыть - это переписать, да и то лишь те, для которых нет открытых аналогов. И это происходит постепенно. Из недавних примеров - драйвер elxl (для старых трикомовских карточек).

На сегодня в on-closed-bins-nd.i386.tar.bz2 содержится 182 файла, из них 14 динамических библиотек, 23 скрипта, 30 32-битных драйверов, 29 64-битных драйверов, 36 команд, среди которых такие «уникальные», ключевые и недоступные иначе команды, как patch, sed, kill, tr, tail, more, bg, fg, alias, unalias, wait, test, od, pax, cd, read, jobs, ulimit.

В OpenSolaris'е вы их, скорее всего, и не запустите никогда, поскольку в путях первыми идут ГНУшные аналоги.

> 36 команд, среди которых такие «уникальные», ключевые и недоступные иначе команды, как patch, sed, kill, tr, tail, more, bg, fg, alias, unalias, wait, test, od, pax, cd, read, jobs, ulimit.
Вот я про них — можно конечно GNU-аналоги, но это уже не совсем Solaris будет. Так можно наверное обратиться к сторонним организациям — неужели они будут из-за этих команд, к которым есть свободные аналоги давно спорить? Вот Unix V7 сейчас же есть, вроде бы полность открытый и свободный. Ну и конечно бы хотелось чтоб лицензия была GPL-совместимая на это всё, чтоб хотя бы ZFS включить в Linux.

> Вот я про них — можно конечно GNU-аналоги, но это уже не совсем Solaris будет.

В смысле потери совместимости без этих команд это, конечно, будет не совсем Solaris. Но какое это значение имеет для тех, кто пользуется Линукс и хочет попробовать Solaris?

Так можно наверное обратиться к сторонним организациям — неужели они будут из-за этих команд, к которым есть свободные аналоги давно спорить?

А что если это этим сторонним организациям не нужно? Ведь это работа - проанализировать все эти лицензии, договоренности, права. А лоеры - удовольствие не из дешевых. А что если эти сторонние организации более не существуют? В этом случае вообще никаких вариантов нет - прав нет, и взять неоткуда, следовательно остается только переписывать.

Ну и конечно бы хотелось чтоб лицензия была GPL-совместимая на это всё, чтоб хотя бы ZFS включить в Linux.

То есть вы, как пользователь, хотели бы видеть ZFS в Линуксе? Для этого кто-то должен проделать работу по портированию. Сану не до этого, среди тех, кто может это сделать (участников небезызвестной дискуссии, которую здесь любят приводить в пример) желающих тоже не нашлось, правда им все-таки пришлось придумать отмазку для пользователей вроде вас - что, дескать, CDDL не совместима с GPL, поэтому код под GPL в ядро включить нельзя, что с нуля реализовать нельзя ибо патенты, следовательно можно дальше сидеть ничего не делать. Думаю, не обошлось там и без корыстных интересов отдельных личностей. Так что вся мощь сообщества Линукс оказалась неспособной решить эту задачу. А вот сообщество FreeBSD смогло, несмотря на то, что оно меньше, несмотря на вопли на лоре, что «BSD RIP, не нужно» ;-)

Поэтому Линукс имеет то, что имеет. Правда, btrfs развивается, и когда-нибудь наступит день, когда ею можно будет пользоваться. Так что остается ждать и надеяться ;-)

Ну портировать существующий код, наверное проще, чем реализовывать с нуля, разве нет? Вот потому и хотелось бы чтоб код драйвера ZFS был доступен под GPL-совместимой лицезией.

В смысле потери совместимости без этих команд это, конечно, будет не совсем Solaris. Но какое это значение имеет для тех, кто пользуется Линукс и хочет попробовать Solaris?

Для меня имеет. Я хочу попробовать Solaris, а не гибрид GNU/Solaris... А вообще может стоило бы попробовать что-нибудь не unix-подобное, но с развитым интерфейсом шелла... Plan9? Его уже видел...

> Ну портировать существующий код, наверное проще, чем реализовывать с нуля, разве нет?

Ответ - it depends. Бывает так что проще портировать, бывает так, что проще переписать.

Вот потому и хотелось бы чтоб код драйвера ZFS был доступен под GPL-совместимой лицезией.

Пишите письма в Оракл. Код уже доступен под лицензией, которая не запрещает использовать его совместно с кодом под другими лицензиями. Проблема - в самой GPL. Это, впрочем, не мешает тянуть в ядро всякие бинарные блобы. Вобщем, если бы кто-то сильно хотел - нашли бы способ, на манер драйверов той же NVidia. Но среди крутых кернельных разработчиков линукса никто этим заниматься не хочет и желания пользователей им до фонаря.

Для меня имеет. Я хочу попробовать Solaris, а не гибрид GNU/Solaris...

Мсье тонкий ценитель ;-) Серьезно, если вы за 20 лет обрасли скриптами, которые уже и не знаете, как работают - тогда да. А если вам Solaris попробовать - дык это больше все-таки вещи типа DTrace, CrossBow, ZFS и т.д.

Но если так уж хочется попробовать именно Солярис - то берите Solaris 10. Если возьмете OpenSolaris, не забудьте в путях первым поставить /usr/bin - и будет вам Solaris, а не гибрид.

Впрочем, многим их этих закрытых команд недолго похоже осталось быть закрытыми - несколько человек из сообщества разработчиков (сторонних) над этим работают, и насколько я понимаю, уже довольно близки к коммиту.