LINUX.ORG.RU

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

 , ,


0

0

Саймон Фиппс (Simon Phipps) покинул свой пост руководителя направления open source бывшей Sun. В течение последних почти десяти лет он он активно занимался разработкой и распространением кода для Java, Unix-систем, в том числе для процессорной архитектуры SPARC. Он также известен своим участием в продвижении формата Open Document Format, а также приобщением своих коллег по работе к техническому блоггингу.

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

>>> Подробности

★★★★★

Проверено: Shaman007 ()

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

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

Sith ★★★★★
()

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

MikeB ★★★★
()

сопляра RIP?

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

real_maverick ★★★
()

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

mikhalich ★★
()

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

jSnake
()
Ответ на: комментарий от jSnake

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

boombick ★★★★★
()

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

mobile
()
Ответ на: комментарий от boombick

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

jSnake
()
Ответ на: комментарий от anonizmus

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

Jayrome ★★★★★
()

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

Xenius ★★★★★
()
Ответ на: комментарий от Xenius

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

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

mobile
()
Ответ на: комментарий от anonizmus

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

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


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

shlag
()
Ответ на: комментарий от shlag

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

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

mobile
()
Ответ на: комментарий от anonizmus

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

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

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

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

shlag
()
Ответ на: комментарий от loki_

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

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

shlag
()
Ответ на: комментарий от shlag

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

EvgGad_303 ★★★★★
()
Ответ на: комментарий от EvgGad_303

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

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


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

shlag
()
Ответ на: комментарий от anonizmus

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

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

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

shlag
()
Ответ на: комментарий от anonizmus

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

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

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

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

shlag
()
Ответ на: комментарий от shlag

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


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

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

anonizmus
()
Ответ на: комментарий от shlag

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


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

anonizmus
()
Ответ на: комментарий от anonizmus

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

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

shlag
()
Ответ на: комментарий от Doctor_Drive

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

wfrr ★★☆
()
Ответ на: комментарий от Xenius

> например полное открытие кода ключевых компонентов (а лучше всего) 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'е вы их, скорее всего, и не запустите никогда, поскольку в путях первыми идут ГНУшные аналоги.

ZFSych
()
Ответ на: комментарий от ZFSych

> 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.

Xenius ★★★★★
()
Ответ на: комментарий от Xenius

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

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

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

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

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

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

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

ZFSych
()
Ответ на: комментарий от ZFSych

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

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

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

Xenius ★★★★★
()
Ответ на: комментарий от Xenius

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

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

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

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

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

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

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

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

ZFSych
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.