<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: OpenNews: Графический интерфейс внутри Linux ядра</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/4558.html</link>
    <description>Zack Smith анонсировал (http://kerneltrap.org/node/view/4109) проект FBUI (http://home.comcast.net/~plinius/fbui.html), по добавлению в 2.6.x Linux ядро графической библиотеки  и простого оконного менеджера (не в ядре, внешний процесс). FBUI позволит создавать окна и работать с мышиным курсором в любой FrameBuffer консоли. Система предназначена для использования на встраиваемой и ресурсоограниченной технике. &lt;br&gt;&lt;br&gt;URL: http://kerneltrap.org/node/view/4109&lt;br&gt;Новость: http://www.opennet.ru/opennews/art.shtml?num=4582&lt;br&gt;</description>

<item>
    <title>САВРЕМЕННЫЕ ТЕХНОЛОГИИ МЫ ПИСЮШНИКИ ИСПОЛЬЗУЕМ (ZOD)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/4558.html#22</link>
    <pubDate>Wed, 03 Nov 2004 08:35:06 GMT</pubDate>
    <description>Имелось ввиду Sparc Station 20... Там стоит щаз Solaris 2.5.1 и он там и останется. А P9 хочу поставить на второй хард......&lt;br&gt;&lt;br&gt;OS/370 или там VM/370 монитор виртуальной машины ИМХО, стоит на IBM мейнфреймах и мейнфреймчиках, а Linux --- почему бы и нет? Туда можно и Linux и AIX, а на современные даже винды лезут... И все они глючат и падают независимо друг от друга. Кстати эта технология у IBM есть с середины 70х у DEC не совсем то же но с середины 80х а вот у Microsoft что то похожее будет в 2005м.... САВРЕМЕННЫЕ ТЕХНОЛОГИИ МЫ ПИСЮШНИКИ ИСПОЛЬЗУЕМ. Представляю Вам&lt;br&gt;новейшую технологию Microsoft Virtualization Engine 2005 (или както типа того оно будет называться.) Вообще под писюшную архитектуру такую штуку сделать очень сложно...... &lt;br&gt;&lt;br&gt;Кстати для тех кто хочет енто сегодня даю ссылку.... http://www.cl.cam.ac.uk/Research/SRG/netos/xen/   работает на писюках, впринципе неплохая вещь... Один из спонсоров проекта Microsoft.&lt;br&gt;&lt;br&gt;Делайте выводы Господа.</description>
</item>

<item>
    <title>Графический интерфейс внутри Linux ядра (klalafuda)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/4558.html#21</link>
    <pubDate>Wed, 03 Nov 2004 06:52:12 GMT</pubDate>
    <description>&amp;gt;&lt;br&gt;&amp;gt;&amp;gt;а еще больше вы посмеетесь и поплачете, если это чудо реально поставите &lt;br&gt;&amp;gt;&amp;gt;и на него посмотрите :) от будет развлекуха.. &lt;br&gt;&amp;gt;&lt;br&gt;&amp;gt;Кстати ставил... Ничего работает... Прикольно... Ну да с железом кривовато, но C &lt;br&gt;&amp;gt;и руки есть.... только вот времени нет.... Всё хочу его на &lt;br&gt;&amp;gt;SS20 запихать.... &lt;br&gt;&lt;br&gt;:)))))&lt;br&gt;&lt;br&gt;// wbr&lt;br&gt;</description>
</item>

<item>
    <title>Графический интерфейс внутри Linux ядра (chip)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/4558.html#20</link>
    <pubDate>Tue, 02 Nov 2004 17:44:37 GMT</pubDate>
    <description>&amp;gt; А потом ещё и KDE или там Gnome тоже туда же. &lt;br&gt;&lt;br&gt;так вроде уже есть =) конфигурилки для ядра на Gtk/Qt в самом ядре. Или я не ту траФу вкурил =)?</description>
</item>

<item>
    <title>Графический интерфейс внутри Linux ядра (Irish)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/4558.html#19</link>
    <pubDate>Tue, 02 Nov 2004 14:06:19 GMT</pubDate>
    <description>Если я понял правильно про SS20, то линух там абасалютно не нужен. Там стоит несколько переработанная IBM OS 370, а все остальное будет от лукавого.</description>
</item>

<item>
    <title>А больше всего меня убило это (ZOD)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/4558.html#17</link>
    <pubDate>Mon, 01 Nov 2004 17:22:14 GMT</pubDate>
    <description>FRAMEBUFFER в coLinux, и Audio суппорт тамже. За КАКИМ спрашивается? Если я под виндами работаю кино и mp3 я и windows media playerом или ещё чем погляжу/послухаю. НАКОЙХРЕН? Нет чтобы выделение память сделать динамическим, раз уж всёравно половину ядра перелопатили, ребят юзера FRAMEBUFFERом заставили заниматься. А ведь проект изначально неплохой. У моего начальника довольно тяжёлый САПР под ним крутится... А в результате ребята погрязнут в этих никому не нужных приблудах и проект до ума не доведут... А ведь классно. linuxvm в виндах, с messages и RPC, и вся локалка превращается в распределённую систему.... НЕТ МЛЯ FRAMEBUFFER</description>
</item>

<item>
    <title>ХАЧУ LINUX LITE. (ZOD)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/4558.html#16</link>
    <pubDate>Mon, 01 Nov 2004 16:57:09 GMT</pubDate>
    <description>Папочка arch для чего нужна это надо линуксоидов спросить.... &lt;br&gt;&lt;br&gt;menuconfig мне мешает. ifdef мне мешает ещё больше. Тотже uclinux под blackfin собирается по утверждениям жены через раз... И что делать скрипты править или делом заниматься?&lt;br&gt;&lt;br&gt;платформонезависимый код это помимо всего прочего ANSI а лучше KR код без хаков, собирающийся даже самым тупым компилятором, (вовсе не обязательно полностью поддерживающим какой нить C99). Не надо быть наивным и считать что платформо-независимый код платформонезависимым, начать можно с того что он компиляторозависимый, а у меня gcc допустим нет. Так мне чего ещё и gcc портировать? И заодно все скрипты переписать. Посчитайте количество warningов и считайте каждый из них ошибкой... Красиво будет да? Если бы всё было так просто, то тогда не понятно чем занимаются ребята из ucLinux... нужно же просто menuconfig и make набрать, да написать пару тысяч строк кода в arch/, неправда ли?&lt;br&gt;&lt;br&gt;А кросскомпиляция... Это же вообще задница....</description>
</item>

<item>
    <title>ХАЧУ LINUX LITE. (rost)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/4558.html#15</link>
    <pubDate>Mon, 01 Nov 2004 16:14:40 GMT</pubDate>
    <description>&amp;gt;Кто нибудь пробовал эти 170Mb исходного кода, куда нибудб отпортировать.&lt;br&gt;&lt;br&gt;про платформо-независимый код слышали?&lt;br&gt;и для чего, вы думаете папочка arch/ в исходном дереве нужна?&lt;br&gt;кто вам мешает запустить menuconfig и выбросить все лишнее?&lt;br&gt;</description>
</item>

<item>
    <title>ХАЧУ LINUX LITE. (ZOD)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/4558.html#14</link>
    <pubDate>Mon, 01 Nov 2004 14:55:48 GMT</pubDate>
    <description>Никто и не путает... Кто нибудь пробовал эти 170Mb исходного кода, куда нибудб отпортировать... Или хотябы на таргете запустить в виде ucLinux например.... ГЕМОРОЙ. (хотя я тоже не пробовал и не собираюсь). Будьте проще. Хорошо бы скрипт сбацать, чтобы он всё лишнее просто отрезал, ато в этой условной компиляции в жизни не разберёшься, что там у тебя реально собирается. Хорошо что проект USERMODE, ну тогда причём ядро. А ежели в ядро какое нить дерьмо очередное прикручивать, так это в любом случае плохо... Вон бздюшники со своим newtechnology ATA сломали, а 4.10 работает как часы. ИМХО половину кода надо просто вырезать и раскидывать по отдельным проектам. А от ядра оставить скелет без жалеза итд... сделать его портабельным.... А приблуды пусть как модули сторонних разработчиков будут например. Можно как нить подругому, но 170Mb кода в ядре встраиваемой системы это по меньшей мере неудобно. Конечно используется не всё, но помойку то разгребать всю.&lt;br&gt;&lt;br&gt;И не надо говорить что в банкоматах OS/2... У некоторых ид</description>
</item>

<item>
    <title>Графический интерфейс внутри Linux ядра (ZOD)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/4558.html#13</link>
    <pubDate>Mon, 01 Nov 2004 14:42:53 GMT</pubDate>
    <description>&lt;br&gt;&amp;gt;а еще больше вы посмеетесь и поплачете, если это чудо реально поставите &lt;br&gt;&amp;gt;и на него посмотрите :) от будет развлекуха.. &lt;br&gt;&lt;br&gt;Кстати ставил... Ничего работает... Прикольно... Ну да с железом кривовато, но C и руки есть.... только вот времени нет.... Всё хочу его на SS20 запихать....</description>
</item>

</channel>
</rss>
