Представлена (http://wiki.openindiana.org:8080/display/oi/Press+Release) первая тестовая версия Solaris-дистрибутива OpenIndiana (http://www.openindiana.org), курируемого некоммерческим фондом, учрежденным для развития проекта Illumos (http://www.illumos.org/), в рамках которого создано (http://www.opennet.me/opennews/art.shtml?num=27515) полностью свободное и развиваемое независимым сообществом ответвление от кодовой базы OpenSolaris. OpenIndiana построен на кодовой базе Illumos и предоставляет пользователю полностью работающее из коробки Solaris-окружение, при этом являясь приемником бинарного дистрибутива OpenSolaris, развитие которого было прекращено (http://www.opennet.me/opennews/art.shtml?num=27622) в прошлом месяце компанией Oracle в пользу тестовых выпусков Solaris 11 Express.
По заявлению разработчиков, OpenIndiana будет совместим с продуктами OpenSolaris, Oracle Solaris 11 и Solaris 11 Express на бинарном уровне и на уровне пакетов. Разработка проекта будет осуществлять...URL: http://c0t0d0s0.org/archives/6901-Openindiana-Announcement.html
Новость: http://www.opennet.me/opennews/art.shtml?num=27969
Мешал им OpenSolaris что-ли ...
Ораклу - очень. Теперь будет мешать Indiana.
Я сказал смерть близка! и не просто так, а потому что сообщество это миф и ничего разрабатываться не будет потому что некому.
> поддерживающего такие технологии, как ZFSА где код-то возьмут?!
> А где код-то возьмут?!Э-э-э-э-э... /usr/bin/vi нам не поможет, не?-)
>> А где код-то возьмут?!
>
>Э-э-э-э-э... /usr/bin/vi нам не поможет, не?-)Не, ещё нужен /dev/mozg, /dev/copyright и желательно /dev/bablo
> Не, ещё нужен /dev/mozg, /dev/copyright и желательно /dev/bablo/dev/mozg? Сразу видно - коментарии в коде на кирилице, имена функций - в транслитерации. Пардон, но даже это устройство тут бессильно. Клинический случай.
>> Не, ещё нужен /dev/mozg, /dev/copyright и желательно /dev/bablo
>
>/dev/mozg? Сразу видно - коментарии в коде на кирилице, имена функций -коMMентарии ... кириЛЛице
>в транслитерации.
> Пардон, но даже это устройство тут бессильно. Клинический случай.Случайпардон, ты где функции увидел?
-----
# export LC_ALL=C
# mknod /dev/жопа с 255 255mknod: invalid device type `\321\201'
Try `mknod --help' for more information.Курить SVr4, 4.4BSD, POSIX.1-2001, 3 раза.
Да, все-таки не доросла солярка ещё до реальных ентерпрайз-систем. Как бы не пыжилась.На, студент, учись и завидуй:
# mknod /dev/ass c 255 255
# ls -l /dev/ass
crw-r--r-- 1 root root 255, 255 Sep 16 00:47 /dev/ass
# mknod /dev/жопа c 255 255
# ls -l /dev/жопа
crw-r--r-- 1 root root 255, 255 Sep 16 00:47 /dev/жопа
# uname -a
Linux bee.local 2.6.18-194.11.1.el5 #1 SMP Tue Aug 10 19:05:06 EDT 2010 x86_64 x86_64 x86_64 GNU/Linux
>[оверквотинг удален]
>
># mknod /dev/ass c 255 255
># ls -l /dev/ass
>crw-r--r-- 1 root root 255, 255 Sep 16 00:47 /dev/ass
># mknod /dev/жопа c 255 255
># ls -l /dev/жопа
>crw-r--r-- 1 root root 255, 255 Sep 16 00:47 /dev/жопа
># uname -a
>Linux bee.local 2.6.18-194.11.1.el5 #1 SMP Tue Aug 10 19:05:06 EDT 2010 x86_64
>x86_64 x86_64 GNU/LinuxPS: если это интересно -
# locale
LANG=en_US.UTF-8
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=
да нет мужик. у ass несколько другой смысл.
тут именно жопа.
>>[оверквотинг удален]
>PS: если это интересно -
># locale
>LANG=en_US.UTF-8# export LC_ALL=C
забыл.Тебе сказали, иди читай POSIX и man 2 mknod,
И в следующий раз пукай, только если найдешь wchar в аргументах mknod()
и сможешь скомпилировать int main(int аргументы, char *массив_аргументов[]){return 0;}
> # export LC_ALL=C
> забыл.Зачем это нужно? Смысл?
> Тебе сказали, иди читай POSIX и man 2 mknod,
> И в следующий раз пукай, только если найдешь wchar в аргументах mknod()
> и сможешь скомпилировать int main(int аргументы, char *массив_аргументов[]){return 0;}Причем тут аргуметны mknod(2)? В VFS передается бинарный массив, 'строка'. На содержимое которой накладываются минорные ограничения. По которому я хочу идентифицировать даный объект в дереве файловой системы. VFS-у совершенно фиолетово на то, как я буду этот массив интерпретировать. И уж тем более фиолетово низлежащей Ext3. Хоть в ASCII я буду задавать имя, хоть UTF-8 хоть в Base64 - это мои личные заморочки. Что, впрочем, не сложно увидеть в том же mknod(2) - он не накладывает каких-либо требований на кодировку передаваемого пути. Что, впрочем, не удивительно т.к. это просто не его дело.
http://www.opengroup.org/onlinepubs/009695399/functions/mkno...
>> # export LC_ALL=C
>> забыл.
>
>Зачем это нужно? Смысл?http://www.opengroup.org/onlinepubs/009695399/basedefs/xbd_c...
> http://www.opengroup.org/onlinepubs/009695399/basedefs/xbd_c...Я вроде как спрашивал не 'что это такое?' но 'зачем это нужно у себя включать?'.
>> http://www.opengroup.org/onlinepubs/009695399/basedefs/xbd_c...
>
>Я вроде как спрашивал не 'что это такое?' но 'зачем это нужно
>у себя включать?'.Это я Вас должен спросить, какого... стандарта, имена устройств могут быть,
на пример на китайском. И будете ли вы делать так в своих проектах.А на то, кто как может извращаться со своим компом, какбэ всем нас рать.
> Это я Вас должен спросить, какого... стандарта, имена устройств могут быть,на пример на китайском. И будете ли вы делать так в своих проектах.
А где именно в POSIX прописано, что имена устройств обязаны быть в portable character set? Ссылку в студию.
Только не нужно опять приводить ссылку выше - она вообще из другой оперы. Это всего лишь список определений, не более.
блин, ну ты даёшь!
это как же я жопу по-китайски в системе с кои8-р смонтирую?
или пусть похмелфс срочно переводят обратно - нацдостояние и на буржуйском это перебор.зы:
кстати, жопа по-китайски - чо.
так чо вы там расспорились?
>> Это я Вас должен спросить, какого... стандарта, имена устройств могут быть,
>
>на пример на китайском. И будете ли вы делать так в своих
>проектах.
>
>А где именно в POSIX прописано, что имена устройств обязаны быть в
>portable character set? Ссылку в студию.В стандарте на язык C.
---- и ещё раз для тёлочёк
http://www.opengroup.org/onlinepubs/009695399/basedefs/xbd_c...
IEEE Std 1003.1-2001 places only the following requirements on the encoded values of the characters in the portable character set:
If the encoded values associated with each member of the portable character set are not invariant across all locales supported by the implementation, if an application accesses any pair of locales where the character encodings differ, or accesses data from an application running in a locale which has different encodings from the application's current locale, the results are unspecified.
ПОСЛЕДНИЕ ТРИ СЛОВА ПРОЧИТАЙ 50 РАЗ И ЗАПОМНИ НАВСЕГДА.
Всё, закончили.
> Всё, закончили.И ещё раз. Для особо одаренных. Простой IMHO вопрос: 'где в стандарте POSIX черным по белому прописано, что имена файлов *обязаны* быть в portable characters set?'. Где? Ссылку на это конкретное требование. Чтобы уже базируясь на конкретном указании можно было сказать, что вот конкретно тут-то и тут-то - в нашем случае путь к символьному устройству - в имени пути *обязательно* использовать символы из множества PCS? Замечу - не определение того, что такое PCS и не перечисление входящих в него символов. Это всего лишь определение PCS и только. Само по себе наличие PCS в POSIX не накладывает никаких ограничений на именование объектов файловой системы. Пока не будет явным образом указано обратное.
Впрочем, сэр может не трудиться, я не настаиваю. Потому что такого требования в POSIX *НЕТ*. Как класса. Как прямое следствие, именовать объекты файловой системы можно кому угодно и как ему угодно. Это - не прерогатива POSIX. Трансляция кодировок выходит за пределы области его покрытия.
Если кому-то *кажется*, что имена символьных устройств стоит задавать только в PCS - нет проблем. В этом есть свое рациональное зерно и с этим никто не спорит. Но не стоит выдавать личное желаемое за обязательное для всех и ссылаться при это на POSIX. Стандарты - это само по себе хорошо. Но стандарты, которые не до конца понимаются их пользователями - это уже скорее зло.
> где в стандарте POSIX черным по белому прописано,
> что имена файлов *обязаны* быть в portable characters set?'.А ещё там нету рецепта плюшек с вареньем. И много чего ещё...
И ещё раз
IEEE Std 1003.1-2001 places only the following requirements on the encoded values of the characters in the portable character set:
If the encoded values associated with each member of the portable character set are not invariant across all locales supported by the implementation, if an application accesses any pair of locales where the character encodings differ, or accesses data from an application running in a locale which has different encodings from the application's current locale, the results are unspecified.
"the results are unspecified" "the results are unspecified" "the results are unspecified"
...
"the results are unspecified" "the results are unspecified" "the results are unspecified"
> Но не стоит выдавать личное желаемое за обязательное для всех и ссылаться
> при это на POSIX.Делай в свей песочнице, что хочешь, только народ не смеши.
Отдав код в мировой сообщество, тебя палками забьют, обольют водой и выгонят на холод,
если так же будешь упираться в том что тебе непременно нужен /dev/жопа
>> Всё, закончили.На ещё http://www.gnu.org/prep/standards/standards.html#Character-Set
dve zhopy rodilis' v odno i to zhe vremya! vy, baten'ka, masterski vladeete klaviaturoj!
>dve zhopy rodilis' v odno i to zhe vremya! vy, baten'ka, masterski
>vladeete klaviaturoj!А вы так медленно печатаете, что за минуту не наберёте 3 команды? Ну-ну...
Кроме того результат приведённый выше легко проверяем
>> поддерживающего такие технологии, как ZFS
>
>А где код-то возьмут?!Для начала http://hub.opensolaris.org/bin/view/Community+Group+zfs/source
Или код готового соляриса с оракловой исталляхой надо?
Надписи внизу видел?
Тэги:
Создал admin 2009/10/26 12:11
Изменил последним admin 2009/10/26 12:32© 2010, Oracle Corporation and/or its affiliates
Какая разница чей copyright стоит? Правила пользования устанавливаются лицензией.
18 августа последний коммит был.
а самому добавлять новые фичи - андроид пример.
Там "All rights reserved", т.е. всё только с разрешения оракла.
> Там "All rights reserved", т.е. всё только с разрешения оракла.Ораклу можно все, т. к. авторские права его, а остальным — только то, что разрешено в лицензии (CDDL — свободная, copyleft). В чем проблема-то?
bsd и cddl - не copyleft. смотрим http://en.wikipedia.org/wiki/Copyleft
>While copyright law gives software authors control over copying, distribution and modification of their works, the goal of copyleft is to give all users of the software the freedom to carry out these activities. In this way, copyleft licenses are distinct from other types of free software licenses, which do not guarantee that all "downstream" recipients of the program receive these rights, or the source code needed to make them effective. In particular, permissive free software licenses such as BSD allow re-distributors to remove some or all these rights, and do not require the distribution of source code. Copyleft licenses require that information necessary for reproducing and modifying the software to be made available to recipients of the executable. The source code files will usually contain a copy of the license terms and acknowledge the author(s).переводим (например тут http://www.translate.ru/Default.aspx)
>В то время как закон об авторском праве дает контроль авторов программного обеспечения над копированием, распределением и модификацией их работ, цель copyleft состоит в том, чтобы дать всем пользователям программного обеспечения свободу выполнить эти действия. Таким образом, copyleft лицензии отличны от других типов лицензий бесплатного программного обеспечения, которые не гарантируют, что все "расположенные вниз по течению" получатели программы получают эти права, или исходный код должен был сделать их эффективными. В частности разрешающие лицензии бесплатного программного обеспечения, такие как BSD позволяют передистрибьюторам удалять некоторых или все эти права, и не требуют распределения исходного кода. Лицензии Copyleft запрашивают ту информацию, необходимую для репродуцирования и изменения программного обеспечения, которое будет сделано доступными для получателей выполнимого. Файлы исходного кода будут обычно содержать копию сроков действия лицензии и признавать автора (ов).понимаем. (или нет)
Именно это я и понимаю под словом "Copyleft". Где это противоречит тому, что написал я?
>bsd и cddl - не copyleft. смотрим http://en.wikipedia.org/wiki/CopyleftBSD — не copyleft, CDDL — copyleft.
Смотрим http://www.gnu.org/licenses/license-list.html
Common Development and Distribution License (CDDL), version 1.0
This is a free software license. It has a copyleft with a scope that's similar to the one in the Mozilla Public License, which makes it incompatible with the GNU GPL.
есть разница между
>This is the latest version of the GNU GPL: a free software license, and a copyleft licenseу полностью копилефт лицензии и
>It has a copyleft with a scopeу cddl.
т.е. она не вся copyleft. у неё есть только область с copyleft.
и самое главное:
>Also unfortunate in the CDDL is its use of the term “intellectual property”.ну и совет:
>We urge you not to use the CDDL for this reason..
Все силы нужно сейчас сконцентрировать на развитии FreeBSD, а не распыляться, все вкусные технологии OpenSolaris портировать во FreeBSD и там уже развивать.
Согласен, когда начинаем?
>Согласен, когда начинаем?Вы проспали, уже давно работаем :)
>Все силы нужно сейчас сконцентрировать на развитии FreeBSD, а не распыляться, все
>вкусные технологии OpenSolaris портировать во FreeBSD и там уже развивать.Вы хотите указывать разработчикам соляры что и кому делать? Прикольно. А зарплату вы им платить будете? Или надеетесь что они будут бесплатно ваши команды выполнять? oO
Отличная новость, на днях попробую обновиться с OpenSolaris.
> создано полностью свободноеПод BSD лицензией создали?
> Из планов на будущее отмечается ... интеграция GCC вместо компиляторов SunStudio.плохая новость... :( жаль.
с чего вдруг? гнуфобия взыграла?
ничего не взыграло.просто туева хуча софта им и так плохо собирается (вечно с напильником) или собирается, но через раз. за время существования OpenSolaris'а, пока его и пакеты софта для него собирались sun studio, ситуация с этим сильно улучшилась. на репорты о "compile failed потому что лять у вас вот тут и вот тут опять gnu only конструкция" обращали внимания не в пример больше, чем ранее.
сейчас на это снова забьют.
>просто туева хуча софта им и так плохо собираетсяну это, господа, ОТКРОВЕННАЯ, НЕПРИКРЫТАЯ ложь.
говорю как человек, собирающий под солярной студией.КУЧА СОФТА создана именно для gcc.
и только 1% учитывает SunStudio (теперь правда Oracle Solaris Studio - http://ru.wikipedia.org/wiki/Sun_Studio и http://www.oracle.com/technetwork/server-storage/solarisstud...)
>>просто туева хуча софта им и так плохо собирается
>
>ну это, господа, ОТКРОВЕННАЯ, НЕПРИКРЫТАЯ ложь.
>говорю как человек, собирающий под солярной студией.
>
>КУЧА СОФТА создана именно для gcc.
>и только 1% учитывает SunStudio (теперь правда Oracle Solaris Studio
>- http://ru.wikipedia.org/wiki/Sun_Studio и http://www.oracle.com/technetwork/server-storage/solarisstud...)тебе и пишут что санстудией гнутье руки переломаешь собирать подсовывая костыли.
могу ещё раз повторить - пишут, что "новость плохая".
отвечаю - чем спрашивается? или хотя бы для кого?
плохая тем что на поддержку санстудии, которая и так была не на высоте, в гнутых поделках окончательно забьют, что доставит проблем пользователям solaris.
а-а-а-а. ну, оракл сам виноват.
зато в свободной сол... индианке теперь будет проще жить.
а там глядишь проги не только будут компилиться без траблов, но и будут задействовать оптимизации характерные для платформы.
а на проприетарную можно и блобом ставить (если гнутые зависимости не смущают).
вот правда на спарки наверное совсем забьют - там эта индиана невперлась, а опенсорсу ни спарки, ни солярис.
>плохая тем что на поддержку санстудии, которая и так была не на
>высоте, в гнутых поделках окончательно забьют, что доставит проблем пользователям solaris.Они в своем праве пожаловаться в спортлото^W оракл. А так - чем реже и экзотичнее компилер, тем меньше народа в нем разбирается. Тем меньше будет софта под операционку. Просто потому что мизерное сообщество ну никак не угонится за авторами открытого софта с адаптированием и тестированием под свой чудо-компилер нафиг никому кроме них не нужный. Тестировать, обезглючивать и подправлять софт чтобы собирался нормально и этим - попросту некому. А чем меньше будет софта под операционку, тем больше она будет нахрен никому не нужна и загнется в итоге. Операционка без софта самоценна для очень небольшого числа людей. Какая бы хорошая система не была но без софта это всего лишь бесполезный для ALLа артефакт.
а какие ограничения у родного компилятора? что они хотят переползти на gcc4.2?
вкратце? такие же как у oracle solaris.
Нет истенно правильного пути. Ребятам нравиться OpenSolaris пусть себе работают...и FreeBSD им тогда не зачем!
Когда-то очень давно, bsd была форком Unix 7, может теперь OpenIndiana заменит ветку *BSD, все же там качественное ядро, куда более развитое чем в фряхи.
Угу.Спортируйте в Солярис Netgraph и GEOM, пожалуйста. :)
а кто его на качество проверял? маркетологи?
не, оно не плохое, но выражение "куда более развитое чем в фряхи" процентов на 99 попахивает пиаром.
зы:
а то вон в топ500 этого ядра как-то и не заметно почти - Open Solaris - 2 шт. - 0.40% - http://www.top500.org/stats/list/35/os
Sun Microsystems - 12 шт. - 2.40 % - http://www.top500.org/stats/list/35/vendors
разница в 10 шт. покрывается сановскими серверами на ксеонах/оптеронах и линухе (вот. 10-я позиция кстати - http://www.top500.org/system/10584 ).
а всё почему? потому, что не всем шашечки. некоторым и ехать.
ззы:
даже кольчугину плюсану - в кои то веки не в духе пиар-отдела ответил.
Вот-вот, вы сами и ответили: Solaris в топе есть, а где там bsd?
После того как SGI в середине 90-х продала Sun-у многопроцессорные системы, Solaris смог добиться некоторого результата на них :)Даже если выкинуть все остальные наработки из ядра, то многопроцессорность дорогого стоит. Вот мс бьется и бьется над этим, но пока результат не очень. А bsd так и осталась для малых серверов, для дома, для семьи :)
ну уж не опениндиане её заменять.
(ветка с этого утверждения началась)
зы:
а BSD Based там одна какая то есть - http://www.top500.org/stats/list/35/osfam
зы:
конечно можно сказать что солярки больше на 100%. или в 2-а раза.
или - всего на 1.
>зы:
>а BSD Based там одна какая то есть - http://www.top500.org/stats/list/35/osfamрасслабьтесь, freebsd там точно нет: http://www.top500.org/stats/list/35/os
взбодритесь, *bsd из начального комента этой ветки нифига не фрибзд.
Обновился
~$ uname -a
SunOS rdima 5.11 oi_147 i86pc i386 i86pc Solaris
Повезло. У меня вот пишет
$ pfexec pkg image-update
Creating Plan \
pkg: Удовлетворение ограничений оказалось невозможным.Причём на форуме многие жалуются, один из советов убил:
I did it with:
# pkg image-update || pkg image-update || pkg image-update || pkg image-update
And go sleep :)
But be careful! You can have multiple broken boot environments if cose of fail of your upgrade
is not a download problem.
You can remove them with beadm destroy XXXX :) (beadm list)
Починили.
Эх, жаль, что не OpenIndia :)