30 Days with Haiku

>Ну то есть с "линуксовым застоем" разобрались.

имитация бурной деятельности -- это не решение проблемы, это само по себе проблема. ВОТ ЭТО -- застой. Решение -- это когда вопрос закрыт и больше не возникает, и по этому не надо "раз в неделю переделывать".

>>давай. ... официальные nvidia-drivers ... распаковать, посмотреть сколько бинарных блобов там, и как они компилятором устанавливаются.

> Ужас, ужас.

При том, что дрова от Рудольфа устанавливаются простым копированием

> Они в списке фич почему-то "забыли" указать 3d-ускорение.

Если ты посмотришь сюда, то увидишь 3D, OpenGL & Mesa
http://web.inter.nl.net/users/be-hold/BeOS/NVdriver/3dnews.html

Бенчмарки фиговые однако -- потому что это 2006 год (после этого Рудольф бросал драйверописательство на год-два), сейчас надо сравнивать заново не эти дрова, а то что лежит в SVN Haiku.

3D сырое. Но учти -- Рудольф написал их практически в одиночку. Эти дрова надо сравнивать не с nvidia-drivers. Эти дрова надо сравнивать не с нви официальными, а скорее с поделием от Nuovo. У Нуово и дрова.. хм, нуёвые.

> То есть, говоря простым языком, гайкин супер-апи намертво прикручен к ядру и системным компонентам. И при попытке выдрать его оттуда превращается в унылое говно.

Неа. Гайка сама по себе -- демонстрация того, что ты ошибаешься. УЖЕ выдрали апи из БеОС и пересадили в Гайку. Ничего не понадобилось менять в АПИ, просто сделали по спецификации BeBook -- и заработало на другом ядре.

Значит, спецификация была The Right Thing , грамотно составлена.

> Завёрнутое надо развёртывать. Развернув - читать и редактировать. Как это сделать в винде?

Ты не умеешь под виндой распаковать tar/zip ? O_o

Вот дополнительные атрибуты при обновлении архива могут слететь. А могут и не слететь, если архиватор под БеОС узнает, что архив обновлялся под виндой, и поэтому не станет обновлять (затирать) доп. атрибуты. Или если архиватор догадается положить доп. атрибуты в отдельный файл при создании архива. Под маком с SIT архивами ведь как-то решалось.

>> В UNIX/Linux сеть стоит на первом месте, а в BeOS/Haiku идеалы персонального мультимедийного дэсктопа. Заметьте, - ОДНОПОЛЬЗОВАТЕЛЬСКОГО! С точки зрения линуксоида такая система всегда будет ущербной. > Будет работать - будет другое отношение. Рассказы про "всегда будет ущербной с точки зрения линуксоида" - это вроде завываний "Жестокий Мир, никто меня не понимает и не любит". Так же бессмысленно и глупо.

Вот только передергивать не надо. Много чести вам - "завывать" перед вами... Просто предложение мирно разойтись по своим углам: джиппер никогда не поймет кольцевика. Поэтому, - одну гОвны покорять, другому на кольце круги нарезать, выцарапывая сотые доли секунды.

А вообще смешно. Мало кто из линуксоидов BeOS/Haiku видел и тем более работал в ней, а судить все мастера! Детский сад блин!..

> Повторяю по буквам: для того, чтобы раскрутить замечательный прикладной API его стоит запихать в этот наш линукс. Если, конечно, это возможно и он не прибит к ядру гвоздями (но тогда "замечательность" под большим вопросом).

google OpenBeOS , BlueOS.

Оно как раз так и раскручивалось: сначала приложение под Линукс в Х11, потом самостоятельное ядро в ВмВаре, потом ядро на голом железе. А потом в очередной раз переписали ядро и назвали его Гайкой.

>это, если анлим, а так по-мегабайтно довольно прилично выходит.

Помегабайтно да, дорого. И, что ещё хуже, подталкивает к нездоровой экономии. Безлимитный тариф нужен.

>это одна из причин по которой вендовз будет еще очень долго.

Уже нет. Какие-никакие безлимитки есть уже, по-моему, во всех крупных городах.

+ from http://en.wikipedia.org/wiki/BeOS_API :

Non-BeOS implementations
...
A private port of much of the API to Microsoft Windows and later Linux (using GTK+) was done by Gobe Software to enable them to port their Gobe Productive office suite to these platforms from BeOS, where it had originally been developed.

>>Ну то есть с "линуксовым застоем" разобрались.

>имитация ...

Лично мне такой троллинг не интересен. Ты писал про "застой" - застоя не оказалось. То, что тебе на деле хотелось просто слюной побрызгать, да глупости погородить - дело десятое. По существу разобрались. А что тебе "имитации" мерещатся - это к доктору.

>> Они в списке фич почему-то "забыли" указать 3d-ускорение.

>Если ты посмотришь сюда, ...

Меня не интересует ковыряние в древностях, я спрашивал, почему 3D не было в "официальном списке фич". Ты даёшь ссылку на какую-то замшелую альфу, в описании которой ясно видно, какое она унылое говно. Современные их драйвера находятся на том же уровне, я правильно понимаю? Или оттуда вообще 3D выкинули, потому и не упоминают его?

В любом случае обсуждать то, на что ты сослался, смысла нет. Всё ещё уровень ниже плинтуса.

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

>У Нуово и дрова.. хм, нуёвые.

Да-да. Нетрушные, я помню. Только вот на нуво запускают кваку. И вроде к нуво же сейчас прикручивают аппаратное ускорение видео.

А в гайке вместо этого - архитектурная "трушность" и установка копированием. Офигенные достижения.

>> То есть, говоря простым языком, гайкин супер-апи намертво прикручен к ядру и системным компонентам. И при попытке выдрать его оттуда превращается в унылое говно.

>Неа.

Неа, лол? То есть это не ты распространялся про "системный эффект"? Тебе самому непонятны слова, которые ты писал, так что ли?

>Гайка сама по себе -- демонстрация того, что ты ошибаешься. УЖЕ выдрали апи из БеОС и пересадили в Гайку.

Бред какой-то. Гайка - всего лишь прилежное воссоздание беоси, никакого "выдирания" не было.

>Ничего не понадобилось менять в АПИ, просто сделали по спецификации BeBook

И это называется "выдрали", да. Сделали копию - и, гляди ж ты, работает! А там ведь аж название поменялось!!!

Ты хоть сам-то вникай, чего пишешь, ё-моё.

>> Повторяю по буквам: для того, чтобы раскрутить замечательный прикладной API его стоит запихать в этот наш линукс. Если, конечно, это возможно и он не прибит к ядру гвоздями (но тогда "замечательность" под большим вопросом).

>Оно как раз так и раскручивалось: сначала приложение под Линукс в Х11, потом самостоятельное ядро в ВмВаре, потом ядро на голом железе. А потом в очередной раз переписали ядро и назвали его Гайкой.

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

> Только вот на нуво запускают кваку. И вроде к нуво же сейчас прикручивают аппаратное ускорение видео.

Эка невидаль. Кваку и под БеОС запускали.

> А в гайке вместо этого - архитектурная "трушность" и установка копированием. Офигенные достижения.

Сравни сложность кода драиверов, необходимого для достижения одинакового функционала, в Хайку и nouveau. Тезис в том, что драйвера для Haiku писать проще чем под Линукс. И приложения тем более проще писать.

Сам вникай в историю вопроса, http://wiki.bebits.com/page/BeOsReleases

>Гайка - всего лишь прилежное воссоздание беоси, никакого "выдирания" не было.

>>Ничего не понадобилось менять в АПИ, просто сделали по спецификации BeBook

>И это называется "выдрали", да. Сделали копию - и, гляди ж ты, работает! А там ведь аж название поменялось!!!

Ядро поменялось. Бинарная совместимость осталась. Совместимость по исходникам приложений (Бе с новой OpenBeOS) была, при этом было 2-3 реализации "клон" БеОС. OpenBeOS (Haiku) была на новом ядре NewOS, написанным бывшем сотрудником Be, Inc.
Другие клоны были на Линукс ядре, как приложение. Или на другом собственном.

Какое-то время шло "перекрёстное опыление" между клонами, в плане сходной реализации серверов приложений.
Потом клоны с линукс ядром сдохли, а OpenBeOS (Haiku) с ядром NewOS выжила.

> Потом клоны с линукс ядром сдохли, а OpenBeOS (Haiku) с ядром NewOS выжила.

Ибо это была настоящая/нормальная/полноценная операционная система! Что и было нужно сообществу, а вовсе не "морда" в стиле GUI BeOS, которую предлагали поделки на основе Linux.

> Ядро поменялось. Бинарная совместимость осталась. Совместимость по исходникам приложений (Бе с новой OpenBeOS) была

Там оно с определенным гемором было... из-за перехода на новую версию gcc и библиотеки в процессе написания Haiku. В итоге, насколько я понял, был написан некий транслятор, который "на-лету" переводит старые BeOS приложения в особое русло. Новые же идут нативно. В этом плане Haiku больше похожа на MacOS X, которая может выполнять старые MacOS-приложения. Правда, в Haiku все не так серьезно, поскольку архитектура и API у старой BeOS и новой Гайки практически идентичны. Так что бинарная совместимость со старыми BeOS приложениями, считай 100%-ная.

> OpenBeOS (Haiku) была на новом ядре NewOS, написанным бывшем сотрудником Be, Inc.

А все думаю: "Че-то быстро и ладно у них Гайка получилась". Ну стопудово этот сотрудник потихонечку исходнички оригинальной BeOS трансформировал до неузнаваемого состояния, правил и......... получалась Haiku ;) Я-б так и сделал на его месте. Думаю, когда Be Inc. агонизировала сотрудники сделали для себя имиджи рабочих хардов. Все-ж они были фанатами своего дела...

RTFM openBeos maillist around 2001-2003 about "stolen BeOS sourcecode". It seems they audited codebase to prove there's NO "stolen things" (as well as BSD and ReactOS). So, develop impetum sprouted when things were sorted out.

> итоге, насколько я понял, был написан некий транслятор, который "на-лету" переводит старые BeOS приложения в особое русло. Новые же идут нативно.

Этот "транслятор", ИМХО, что-то вроде multilib + lib64/lib32 в 64-битном Линукс ядре.

> Правда, в Haiku все не так серьезно, поскольку архитектура и API у старой BeOS и новой Гайки практически идентичны.

Ну, может быть в новой 64-битной архитектуру пересмотрят, а бинарная совместимость с 32-битной BeOS останется. Например, эти новые субпиксельные шрифты через AGG.

Еще возможно было бы полезно архитектуру дров расширить, для нормального OpenGL. Насколько я понимаю, Xorg = DDX(2D) + DRI(3D) + DRM. DRI = Mesa + Gallium3d. Поддержку Mesa в драйверах Рудольф делал, Gallium не зависит от фронт-енда (X.org). Можно было бы прикрутить его к app_server, AppKit и т.п. А для приложений оставить удобный ApplicationKit api.

> RTFM openBeos maillist around 2001-2003 about "stolen BeOS sourcecode". It seems they audited codebase to prove there's NO "stolen things" (as well as BSD and ReactOS). So, develop impetum sprouted when things were sorted out.

Ниче не понял! Кто проверял исходники на воровство? Как проверяли? С чем сравнивали? Palm что-ли затевал проверку?

я особо не вчитывался, но можешь почитать рассылку. Начни отсюда: http://www.freelists.org/post/haiku/Another-leak

http://www.freelists.org/post/haiku/leaked-BeOS-source-code

http://www.freelists.org/post/haiku/Code-Leak-how-about-an-oath-for-OBOS-deve...

пруфлинк:

http://www.osnews.com/story/265

http://www.osnews.com/print/265/World_s_First_Preview_of_gobeProductive_3

недопиленный Wine : http://www.mediafire.com/?uvzmxorjtz1

недопиленный порт qt : http://dev.osdrawer.net/repositories/show/qt-beos

>> Только вот на нуво запускают кваку. И вроде к нуво же сейчас прикручивают аппаратное ускорение видео.

>Эка невидаль. Кваку и под БеОС запускали.

Под коммерческой Беос? Даю наводку - под коммерческой виндой квака идёт в сто тыщ раз лучше. И не только квака. Несмотря на "кривую архитектуру". Кстати, под маком примерно та же ситуация.

А сколько fps даёт квейк три в гайке?

Ну и, конечно, на ускорение видео ты просто "не обратил внимания". Понятно, оно ж фееричные теории не укладывается.

>Сравни сложность кода драиверов, необходимого для достижения одинакового функционала,

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

Как появится хоть какой-то минимум - будет повод для разговора. Пока только болтовня про "простоту написания". Однако при всей простоте отчего-то до сих пор нифига не написано.

Вот мой пост:

>> То есть, говоря простым языком, гайкин супер-апи намертво прикручен к ядру и системным компонентам. И при попытке выдрать его оттуда превращается в унылое говно.

>Неа.

Неа, лол? То есть это не ты распространялся про "системный эффект"? Тебе самому непонятны слова, которые ты писал, так что ли?

>Гайка сама по себе -- демонстрация того, что ты ошибаешься. УЖЕ выдрали апи из БеОС и пересадили в Гайку.

Бред какой-то. Гайка - всего лишь прилежное воссоздание беоси, никакого "выдирания" не было.

>Ничего не понадобилось менять в АПИ, просто сделали по спецификации BeBook

И это называется "выдрали", да. Сделали копию - и, гляди ж ты, работает! А там ведь аж название поменялось!!!

Ты хоть сам-то вникай, чего пишешь, ё-моё.

Вот твой ответ:

>Сам вникай в историю вопроса, http://wiki.bebits.com/page/BeOsReleases

Вывод из этого могу сделать один - ты не можешь ничего возразить ни по одному пункту. На том и закончим.

>>И это называется "выдрали", да. Сделали копию - и, гляди ж ты, работает! А там ведь аж название поменялось!!!

>Ядро поменялось. Бинарная совместимость осталась.

Если "бинарная совметсимость осталась" - это и значит, что для приложений не поменялось вообще ничего, кроме названия.

С чем ты спорить пытаешься, ё-моё?

>Другие клоны были на Линукс ядре, как приложение.

А в огороде бузина, да. При чём тут, на фиг, "другие клоны"? Кому кроме тебя они интересны, и какое отношение они имеют к свойствам гайки?

>недопиленный Wine : http://www.mediafire.com/?uvzmxorjtz1

>недопиленный порт qt : http://dev.osdrawer.net/repositories/show/qt-beos

Вот жеж дураки! Никак не поймут, что не надо к себе тащить кривой гнутый софт, надо клепать всё с нуля, на такой-то мега-архитектуре!

Того и гляди дрова линуксовые тянуть начнут.