LINUX.ORG.RU

ROS-Linux-0.2


0

0

Ну вот :). Не было печали, просто наступило лето...

Конечно, есть некоторое желание попробовать передать чувство глубокого морального удовлетворения :). Однако, в полной мере оно ощущается, когда продерешься через тучи errors, многочисленные пересборки, ознакомишься с почти всей информацией в интернете, выучишь массу потребовавшихся смежных вещей, начиная от ВocBook и разруливания конференциями, до, например, тонкостей работы со шрифтами или малоизвестных нюансов устройства FLASH накопителей. Да, для полноты ощущений :) еще надо пару месяцев не спать совсем..., а лет 15-ть перед этим спать мало :). Но главное добиться результата. Вот тогда будет ОНО... :)

На скриншоте, кто еще не знает, придуманная мной операционная система ROS-Linux. РОС - Рациональная Операционная Система. Конечно, данный скриншот отличается в худшую сторону от того, что я размещал в начале 2004. Но это, естественно, внешнее впечатление. Все есть: и рюшечки, и прозрачность, и стили и так далее... Просто это первый скриншот после, по сути, долго выводившейся правильной сборки. То есть основа этого внутренне верная. Результат так же не заставил себя ждать. Я раньше не говорил про это, но варианты РОС-0.1 на uClibc были достаточно нестабильные. Собственно, когда я убедился в начале 2004, что указанная комбинация возможна, я решил передохнуть, получилось до апреля 2005 :). По крайней мере пока, тьфу, тьфу, тьфу :) РОС-Linux-0.2 не упала ни разу. Есть интуитивное ощущение, внутренней стабильности системы.
Вообще, всегда исхожу из того, что лучше один раз увидеть... Увидеть теперь, будем надеяться, будет что... Самое главное, наконец-то удалось собрать основу системы, так, как я видел ее изначально. Все же удалось, как представляется на данный момент, преодолеть главные затруднения, многие из которых получались из всяких неприятных мелочей. А именно: полностью произвести сборку в адаптированной (кстати, в ходе работы я перевел на русский и разместил документацию к buildroot, перевод "сырой", но пользоваться можно) buildroot uClibc системе разработчика, _полностью_ избавится от Х-ов, устранить комплексность Perl в РОС, получить родной x86 uic транслятор (изначально я шел по неправильному пути, основываясь на информации в сети, что это "камень преткновения" в том, что относилось к сборке Qt/Embedded (решил в итоге просто, как часто бывает) ), добиться большей, чем ранее стабильности. Принципиально новым в данной реализации является именно сборка и работа полностью на uClibc. Причем, естественно, на новом и svn варианте. Это же касается и Opie-cvs (у меня есть замечания к интерфейсу Opie..., но это потом). Вообще много улучшений, которые здесь, конечно, не опишешь (к слову linux-kernel 2.6.11, gcc 4, вобщем самое новое(по-возможности) все, как всегда :) ).
Что меня исключительно радует в новом варианте, что еще даже без оптимизации работы через fb 2D GUI воспринимается легче и быстрее, чем на X. Так что рано fb "хоронить" :). Возможно, получится ускорить дополнительно. Попробую сравнить, наприер, сколько по времени будет загружаться тот же kate в РОС-Linux, относительно, например, SUSE, (если еще РОС будет полностью в RAM... (а без кэширования kate в SUSE?))...

Технически, сейчас система, конечно, все еще не оптимизирована по массе параметров, но это уже детали следующего порядка. Маломинимизированная несжатая система разработки занимает сейчас _примерно_ 320 Мб, а с исходными текстами linux-ядра может быть размещена на мобильном носителе емкостью 512 Мб. Несжатый бинарный вариант, думаю, может размещаться на пространстве 64 или 32 Мб, возможно, но маловероятно получится разместить и на 16. Пока такая оценка. То есть сжатый образ, естественно, будет меньше. Система может находиться полностью в RAM и дополнительный выигрыш в количестве требуемой памяти получать за счет мобильной природы Qt/E, Opie и минимализма uClibc. В стандартном варианте, что касается требуемой памяти, то мои собственные, а лучше я в сети не нашел :), тесты 2.6 linux-ядра с патчами от selenic показали, что оно может работать на 4 Мб RAM, но просто на грани (3 дня неуспешной компиляции mc на i486 33MGz SX :) ). Это уже другая история :).

Моей ошибкой, вероятно, было то, что я слишком много времени потратил на организацию конференции ( www.teleology.ru - нового там ничего нет, времени особо, понятное дело, не было) и попытки документирования. Без этого основная часть могла бы быть выполнена гораздо быстрее. Однако, я постоянно испытываю существенные затруднения из-за отсутствия хорошей документации по тому, что уже сделано мной, а так же, как основы, для дальнейшего продвижения. Я ожидал, что появятся единомышленники, кому будет интересно и кто сможет помочь. Ну раз не появились... Все приходится делать самому... :).

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

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

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

>>> Просмотр (1280x800, 79 Kb)

★★

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

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

dh0
()

dh0 и NetBSD, дурачки, так вы ничего и не поняли? Хотя бы почитайте, что такое РОС-Линукс перед тем как орать.

Автор, респектище! Очень хочется спросить с недоверием ? ?и правда работает всё что-ли?? и пошшупать!

anonymous
()

dЧестно...нет слов :))) Domenick-у просто громадный бонус-респект и наилучшие пожелания в дальнейшей работе!! :) ...

а netbsd & dh0 дружно идут принимать эвтаназию

Bazarov
()

Респект. Больше слов нету.

catap ★★★★★
()

фишка в чем? что собрано все с uсlibc? familiar на кпк тоже 16 мб занимает и тот же Opie на экране

anonymous
()

Прочистил желудок. Спасибо.

rys
()

Супер! Только почему "в России теперь есть своя, достаточно грамотная, Открытая минималистская операционная система", а на скрине все не по-русски?

mandrik
()

Всё круто! Где скачать можно будет?

shuthdar ★★★
()

Очень здОрово! Желаю Вам всяческих успехов!

Cybem ★★
()

Что это вообще такое есть-то?

anonymous
()

Автору огромный респектище! Присоединяюсь к желающим получить ссылку на данное творение.

CTpaHHuK
()

>А есть у системы сайт?

Поддерживаю вопрос. Где можно почитать про систему?

Asteronix ★★★
()

Да, чуть не забыл! Автору всяческих успехов!

Asteronix ★★★
()

Ссылку фстудию! Автору мегареспект!

З.Ы. А может fluxbox туда запихнуть? Хотя-бы опционально...

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

>шрифт отстой, цветовая палитра имхо тоже а тексту то как много - ужас.

Конечно, это заданный по умолчанию шрифт и цвета базового стиля Opie. Qt/Embedded в данном варианте ко всему я собирал без поддержки, например, xft. Потребуется ли это интегрировать в систему - отдельный вопрос. Прежде чем увеличивать размер системы нужно подумать, насколько это необходимо. Это все вопросы компромиссов. Да, и прежде должно быть выполнено много иного, более важного сейчас. Я, видимо, недостаточно хорошо объяснил, что пока вообще ничего не настраивалось, была добавлена лишь программа создания скриншотов и Logout. Вообще есть и шрифты и практически полная русификация.

Кстати, по поводу шрифтов мне помогли на prodtp.ru и из этой дискуссии http://www.prodtp.ru/index.php?showtopic=4154 можно составить некоторое представление о моем подходе к выбору шрифтов для РОС-Linux, но, правда, по GNU части пришлось, как всегда самому разобраться там в итоге.

>у кого хвтатит терпения дочитать всё это до конца.

:) Вспоминаются какие-то совсем древние нравоучительные сказки... О людском отношении... Эххх... Скажу так, у меня хватило терпения не только разместить сообщение, но повертье, несколько больше времени ушло на то, чтобы создать то, о чем это сообщение..., а у Вас даже не хватает терпения прочитать... :) Ну что же, видимо, мне нужно принять это, как данность...

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

ЗАБЕЙ! Кидатели подогретыми какашками всегда найдутся. За проект - респект. С нетерпением ждем, когда можно будет посмотреть руками!

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

Спасибо, ребята за поддержку, всем, кто поддержал. Думаю, выложить систему получится не ранее, чем через полгода, в лучшем случае. Я действительно, довольно сильно устал :) . Хочу отдохнуть теперь. Я же не только ее собирал, было проделано много сопутствующей работы.

Да и жить еще нужно работать и прочее.

>Очень хочется спросить с недоверием ? ?и правда работает всё что-ли?? и пошшупать!

Собственно, у меня самого часто такое ощущение, самому не верится иногда... :) , но :), действительно Opie запускается, мышка возюкается, при том, например, что в директории /lib файлов на чуть больше 1 Мб...

Тут может сложиться неверное представление, что я серьезный программист или, что-то вроде этого. Сразу хочу сказать: нет, это не так. Просто, делаю, что могу.

Кстати, прежде, чем двигаться дальше, мне желательно сейчас уточнить: 1. Лучшую схему размещения и работы POC-Linux полностью из RAM. 2. Схему загрузки с Flash. 3. На основе [1] и [2] определить относящиеся части конфигурации linux-kernel. 4. Документацию к РОС-Linux решил составлять в XML/DocBook. Необходимо найти в сети описание конфигурации ядра в XML и адаптировать это описание к РОС и родной документации. Документация мне дается тяжеловато, очень муторно. 5. На основании [1][2][3][4] мне бы было гораздо легче доопределить buildroot и состав РОС-Linux.

Это не самые сложные вещи и требуют просто времени на поиск в сети. Я, скорее всего, и сам справился бы, только опять уйдет много времени. Так что, конечно, помощи буду рад.

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

>familiar на кпк тоже 16 мб занимает и тот же Opie на экране

Приведите ссылку о Familiar на х86, не в режиме эмуляции какого-нибудь ARM/a. Кстати, если не ошибаюсь, Familiar на glibc. Там вообще целая комманда разработчиков для устройств:

>The current stable release versions are: Familiar v0.8.2 for the iPAQ h3600, h3700, h3800, h3900, h5400, and h5500 series, Siemens Simpad and Sharp Zauri. Familiar v0.7.2 for the iPAQ h3100 series.

Да и не одни они в общем смысле: http://opie.handhelds.org/cgi-bin/moin.cgi/Links

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

>а на скрине все не по-русски?

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

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

>А есть у системы сайт?

Сайт проекта www.teleology.ru Сейчас я временно приостановил регистрацию, так как времени на все не хватает и конференция, вероятно, будет преобразована. Думаю, конечно подготовить отдельную страничку и выложить систему, однако, это будет не в ближайшее время, скорее всего. Очень много еще надо сделать.

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

>А может fluxbox туда запихнуть? Хотя-бы опционально...

Я когда-то тестировал fluxbox... не применительно к РОС. Сейчас точно не скажу, но, вероятно, во flux используются функции из X библиотек. Хотя помню, код flux достаточно небольшой. То есть, нужно:

1. Найти flux на Qt, пересобрать на uClibc. 2. Создать форк. 3. Возможно, как-либо проще.

Я, откровенно говоря, пока совершенно не представляю, как будет выглядеть сама интеграция в Opie - это комплексная работа и вопрос, насколько она необходима.

Откровенно говоря, мне некоторая оффтопико-подобность некоторых элементов интерфейса Opie самому не нравится. Однако, Qt/Embedded 4 и форк _Qt_(!)opia на ней так же вариант.

(3* Интегрировать Qt-based легкий wm ?)

Пока не думал над этим вобщем. Старался, чтобы просто заработало :).

domenick ★★
() автор топика

Молодец!

Вопросы:

Зачем пихать всё ультрановое, не скажется ли это на стабильности?

Есть или планируется какая-нибудь пакетная система?

Зачем конфигурация ядра в XML?:)

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

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

>Огромный тебе респект и всяческих успехов!

Действительно, спасибо всем. После таких поздравлений, наворачивается скупая слеза :). Действительно мне, видимо, требовалось определенное ободрение. Возможно, я и по этому так же разместил скриншот. Просто собираешь, собираешь, время уходит... не пойми на что. Возникают всякие предательские мысли..., а нужно ли это кому вообще. Короче, без поддержки иногда тяжеловато :).

Вообще развитие проекта я вижу так, Opie на Qt/E и uClibc это неплохо. Cам buildroot поддерживает все больше программ, да и инеграция в систему стала упрощаться. Например, собрал(довольно криво правда, не те ncurses :) ) я mc недаво для buildroot (тот mc, что использует X lib не получилось, времени не было понять возможно ли отключить X; получилось нашу ветку - не помню сайт сейчас... автор oleg или olegarch что-ли). Так что практически все можно добавить, от программного RAID, до какого-нибудь links/a. Отдельная задача теперь интеграция браузера konquerror-embedded. Свой есть, но довольно хлипкий.

Далее интересно, но я не разбирался пока, что в Qt/E 4. Можно ли будет организовать вывод не через fb, а через DRI, например. OpenGL Qt/E 2 даже как-то поддерживает, тоже пока не смотрел... и так далее.

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

Вообще, конечно, мне интересен больше основной проект ... информационная сущность :) , оптимизатор и тому подобное.

domenick ★★
() автор топика

Доменик, если уж ты так надрвался читать маны и собирать все что ни попадя с uClibc, то может стоило поспать пару дней, прежде чем выкладывать этот невнятный сумбур?
Я имею ввиду как текст, которому явно не хватает spellcheck, так и скриншот. Конечно очень приятно услышать похвалы в свой адрес, но может стоит проявить некоторое уважение к читателю?
Тогда, глядишь, и сторонники легче найдутся...

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

УЖАС!
автор, ты слышал такую пословицу - "краткость - сестра таланта!"?
дык вот: она явно не про тебя!
хотя нужно обладать совершенно особенным даром словоблуда, чтобы породить такой здоровый текст, из которого совершенно непонятно:
1) что это за хрень вообще?!
2) нафиг оно кому надо?
3) чем не устроило то что есть тех, кому все-таки надо?
4) где про это можно почитать что-нибудь внятное?

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

> :) Вспоминаются какие-то совсем древние нравоучительные сказки... О людском отношении... Эххх... Скажу так, у меня хватило терпения не только разместить сообщение, но повертье, несколько больше времени ушло на то, чтобы создать то, о чем это сообщение..., а у Вас даже не хватает терпения прочитать... :) Ну что же, видимо, мне нужно принять это, как данность...

у меня то-же не хватило терпения дочитать. первые абзацы так и булькают от бесполезной воды. полезной нагрузки - ноль, лишь собственные эмоции. дальше читать просто не смог бо это совершенно не интересно. хотя быть может и есть чему радоваться и РОС rocks etc..

представляться желательно четко и кратко, короткими рублеными фразами, наполненными смыслом. воду лить уже потом по желанию.

ps: безотносительно снимка, РОС и пр. лишь ощущения от "презентации".

// wbr

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

>Зачем пихать всё ультрановое, не скажется ли это на стабильности?

:) Тут есть глобальная и локальные части в ответе.

Глобальная: рано или поздно версии пакетов везде увеличивают номер.

Локальные: так же у меня физически не хватает времени глубоко тестировать систему. Флуктуацию в нестабильность вызваннаю новизной подхода, оценивал, как существенно более вероятную, чем нестабильности новейших пакетов. Однако, конечно, комплектация не бездумная. Скорее интуитивно верная :). Выбирается не все новое :). Серьезный объем работы и тестирования базовой части проводится на uClibc.org. Собственно, даже о каких-то моих существенных персональных заслугах говорить я бы не стал :) . Я считаю, что мне просто повезло, что придуманную схему удалось оживить. В отличии от РОС-Linux-0.1 я внес теперь очень мало исправлений. Вероятно, это за счет исправления ошибок в самих исходных версиях пакетов, особенно Opie. Думаю, когда это все отладится и будет готова документация все будет выглядеть довольно просто и привычно.

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

>как текст, которому явно не хватает spellcheck,

Что _конкретно_ не устроило в тексте? Сообщите. Постараюсь исправить :).

>стоит проявить некоторое уважение к читателю?

Что неужели больше совсем не к чему придраться? :) Вы так говорите, как будьто вопрос моего _якобы_ неуважения дело уже решенное. Это старый прием приписать, то чего не было. Не надо так. Хорошо? Рассматриваю это, как Ваше imho.

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

Блин, народ. Вы чего, даше почитать не можете, только и писать что готично и тд. Человек жаст фор фан делает дистр на тонкие клиенты и наладонники будущего (или таблет), а вы.....

Автору. выложи на sf.net. Пусть тестируют, а ты рули......

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

>и собирать все что ни попадя с uClibc

Это не так. Вы поняли, на мой взгляд, неправильно. _Не_ было собирательства чего ни-попадя... Была продуманная сборка.

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

>хотя нужно обладать совершенно особенным даром словоблуда, чтобы породить такой здоровый текст, из которого совершенно непонятно:

На Ваш комментарий могу ответить лишь: читайте man/ы - они полезны...

>автор, ты слышал такую пословицу - "краткость - сестра таланта!"?

Оппонент, Вы слышали такое определение - "все в мире относительно!"? :)

domenick ★★
() автор топика

> Вобщем я не знаю, чем там с утра до вечера занимаются большие корпорации с массой гораздо более грамотных, чем я сотрудников... и с профессиональными программистами... Но почему они за все время так и не смогли реализовать простую и красивую (с современным графическим интерфейсом), гармоничную систему, без тонн мусора, в котором погрязает большинство операционных систем?

если честно, я так и не понял, в чем собственно заключались ваши проблемы. Qt/Embedded собирается и ставится на target в течении пары часов :) дальнейшие компоненты по вкусу и задачам.

// wbr

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

> Далее интересно, но я не разбирался пока, что в Qt/E 4. Можно ли будет организовать вывод не через fb, а через DRI, например. OpenGL Qt/E 2 даже как-то поддерживает, тоже пока не смотрел... и так далее.

в qt4 при желании вывод можно организовать хоть через PostScript :) при корректно поставленных руках. или vnc on top of Qt. легко. ребята идут правильным путем.

// wbr

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

>Qt/Embedded собирается и ставится на target в течении пары часов :) дальнейшие компоненты по вкусу и задачам.

Qt/Embeeded, кстати, собирается на современном оборудовании гораздо быстрее, чем Вы указали... Кстати, теперь если Вы все же захотите попробовать, Вам будет проще... Вы можете быть уверены, что до Вас это уже было собрано. Это неплохое подспорье в работе, не так ли? :)

Приятно, что на linux.org.ru появляется много новых пользователей, у которых все просто, быстро и легко. Я всегда стремился, чтобы так было.

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

>в qt4 при желании вывод можно организовать хоть через PostScript :)

На основании этого делаю вывод, что Вы знаете, как это организовать. Расскажите, пожалуйста подробно, как организовать в Qt4/Embedded (пусть beta пока) вывод через DRI? Вы бы стали использовать с uClibc Qt/Embedded 4 ?

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

>Qt/Embeeded, кстати, собирается на современном оборудовании гораздо быстрее, чем Вы указали...

в указанные пару часов входят поход на тролтех, поиск и скачивание архива (канал не есть проблема), ознакомление с INSTALL/README, трахи с configure, ну и так далее, до момента получения готовых библиотек :) сама по себе сборка на штатном PIV2.4 не есть проблема. btw Qt4 стал собираться в разы быстрее по сравнению с Qt3 :) что-то народ там подшаманил.

> Кстати, теперь если Вы все же захотите попробовать, Вам будет проще... Вы можете быть уверены, что до Вас это уже было собрано. Это неплохое подспорье в работе, не так ли? :)

ну как вам сказать.. лично мне весьма теоретически :) бо все работает и так out of box без каких-либо дополнительных подспорий. хотя может быть просто повезло.

// wbr

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

> btw Qt4 стал собираться в разы быстрее по сравнению с Qt3 :) что-то народ там подшаманил.

..и не за счет pch бо на gcc 3.3.3 их еще нет. более грамотная организация проекта дает реальные плоды.

// wbr

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

> На основании этого делаю вывод, что Вы знаете, как это организовать. Расскажите, пожалуйста подробно, как организовать в Qt4/Embedded (пусть beta пока) вывод через DRI?

чтение документации (в особенности на новые продукты) иногда дает интересные открытия :)

http://doc.trolltech.com/4.0/qt4-arthur.html#how-painting-is-done-in-qt-4 http://doc.trolltech.com/4.0/qpaintengine.html

если все так, как описано выше, то реализация своего вычурного paint engine не есть какая-то суровая задача. хоть поверх fb, хоть GL, SDL или сеть. была бы задача.

> Вы бы стали использовать с uClibc Qt/Embedded 4 ?

просто так без суровой необходимости - нет. меня и штатный libc от NetBSD вполне устраивает. размер конечного образа на CF без сжатия получается те-же 32Mb :) даже с учетом xfree86 4.5.0 и qt4. при большом желании конечно можно и еще порезать (желания пока что нет).

// wbr

klalafuda ★☆☆
()

Маленький совет. Следует совсем немного поднатужиться (по сравнению с проделанной работой :) ), составить простенькую анкету (для размещения ее на сайте) и выбрать пару подходящих модераторов, которые и будут помогать разгребать основной муссор флейма из которого будут доставать основные зерна истины и прнподноситься для тебя на блюдечке с голубой каемочкой... :)

ГРОМАДНЕШИЙ РЕСПЕКТ АВТОРУ!

P. S.

Наконец-то хоть что-то кардинально начнет меняться в мире nix-ов. И может, в конце-концов появится совершенно новый граф-сервер, который по сравнению с иксами будет сама оптима. :)

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

>>Qt/Embeeded, кстати, собирается на современном оборудовании гораздо быстрее, чем Вы указали...

>в указанные пару часов входят поход на тролтех, поиск и скачивание архива (канал не есть проблема), ознакомление с INSTALL/README, трахи с configure, ну и так далее, до момента получения готовых библиотек :)

Давайте не будем вносить путанницу. Под временем сборки до сих пор принято понимать время cборки программы на конкретном оборудовании. Посмотрите, например, документацию к LFS. Сюда никогда не входило, например, время доставки из Колымы, вагона груженного CDROM/ом с исходными текстами программы.

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

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

>Следует совсем немного поднатужиться (по сравнению с проделанной работой :) ),

Разумное мнение, на мой взгляд. Спасибо. Я уверен, что все вместе мы могли бы гораздо быстрее все это собрать, если не будет обычной ругани.

Почему так получается, что преимущественно зарегистрированные участники оставляют положительные отзывы, а анонимные участники больше отрицательные... ? :) Или я не прав...?

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

> Или я не прав...?

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

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

> а видим мы, доложу я вам, откровенное говно!
к тому же дерьмово описанное!

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

>> Вы бы стали использовать с uClibc Qt/Embedded 4 ?

просто так без суровой необходимости - нет.

:)) Разумный выбор... :)

Спасибо за ссылки, постараюсь ознакомиться... Все же Вы можете помочь мне, сэкономить немного времени и изложить сначала Вашу точку зрения на лучшую из возможных сейчас организацию вывода Qt графики в обход X? Для Qt 4. В этом случае, готов рассмотреть возможность правки uClibc, точнее, например, libm, для внесения в нее необходимых функций. Это конечно, потребует взаимодействия с uСlibc community, может затянуть релиз РОС... и малооправдано для настоящей Opie..., однако, конечно, содержит довольно много перспективных направлений.

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