Немножко интересной информации.
http://offline.computerra.ru/2005/596/39311/page14.html
>Квантовые точки позволяют изготовлять разнообразные полупроводниковые устройства - от небывало эффективных свето- и фотодиодов до кубитов для квантовых компьютеров
Вобщем разместил я тестовую верс ию РОС-Линукс... Размер архива, примерно 12 Мб - из этого шрифты примерно 5 Мб, картинки так же много занимают. Да и лишнего еще там достаточно... Сколько оперативной памяти необходимо минимум - сейчас не знаю.
Не то что многого..., вообще ничего особенного ждать не стоит от реализации. Это преальфа тестовой версии, примерно так. Пока включил буквально пару-тройку программ. Естественно, нет ни инсталлятора..., короче практически ничего там нет сейчас. Просто посмотреть, если получится запустить. Вобщем пока вопрос, хотя бы заработает ли хоть у кого-то.
СОХРАНИТЕ ВСЕ ВАШИ ДАННЫЕ В НЕЗАВИСИМОМ ХРАНИЛИЩЕ ПЕРЕД ТЕСТОМ СИСТЕМЫ!!!. НИЧТО НЕ ГАРАНТИРУЕТСЯ!!! Лучше, конечно, пробовать в полностью чистой системе.
Сообщите, если хоть у кого-то получится запустить. Вероятность того, что может заработать - выше на системах с PentiumM и USB "мышкой". Необходимо настроить fb и grub - можно проще, но лучше не нужно. Не будет получаться - попробуйте с собственным ядром. Сейчас, насколько помню, стандартное ядро от SUSE 9.2.
Пожалуйста, не надо только сразу писать - это не работает, это тормозит, этого нет, а это "глючит". Все _это_ я сам прекрасно знаю.
Сейчас еще рано обсуждать даже ошибки. Все еще будет пересобираться и не раз. Это всего лишь ознакомительная версия для тех, кто интересовался.
Думаю, сейчас лучше указать ссылку через конференцию проекта http://www.teleology.ru/cgi-bin/ib1/ikonboard.cgi?act=ST;f=3;t=59
Человек явно художник не только в душе. Покраска ноута в металлик :)
http://www.uniwill.com/forums/viewtopic.php?p=1691
Кстати, РОС-Linux на таком же ноуте собирается...
Скорее всего уже было, но...
http://www.flickr.com/photos/colinj/sets/442295/
http://lwn.net/Articles/139431/
По ссылкам далее, видно, что кое-где GNU. Собственно, мне интересно, что за система генерирует непосредственно карты.
З.Ы.
Да, под оффтопиком даже в спинке кресла, летать, конечно, страшнее...
Поэтому его там и нет, зачем лишний раз пассажиров травмировать... синими экранами....
Странно, что так за весь вчерашний день на lor/e никто эту новость (а она обошла основные новостные сайты) не упомянул. Вобщем событие достаточно выдающееся. Теперь вот и я, потихоньку, стал лучше понимать зачем нужны _настоящие_ компьютеры :) и знакомиться с этой областью. Наверное, уже знаете где http://www.teleology.ru/cgi-bin/ib1/ikonboard.cgi?act=ST&f=10&t=53&am... :), я прикинул базовую стоимость некоммерческого проекта иммитатора мозга :) (естественно, это шутливый расчет и, скорее всего, с ошибками).
Подскажите хороший редактор .ttf шрифтов. Я слышал о fontforge и пакете fonttools. Чем правильно пользоваться для редактирования параметров шрифтов и ,возможно, непосредственно для редактирования состава, символов?
Постоянно сталкиваюсь с употреблением, например, в качестве названия ОС слова linux или линукс. Наблюдается ситуация, когда популярным стало именно неверное название. Давайте все же говорить правильно.
Linux-kernel это только ядро.
1. Любая ОС, использующая в качестве базового, набор ПО, выпущенного в рамках GNU проекта - это GNU система.
2. GNU система, использующая Linux ядро - это GNU Linux система. Сокращенно, всё равно GNU система, а не Linux система (не binutils-, не gcc-система, например). GNU более общее понятие, чем Linux.
3. Соответственно, FreeSoftware более общее понятие для GNU систем, включая те из них, что исползуют linux-kernel.
4. FreeSoftware, хоть и является названием, по-сути, определенным FSF, однако, естественно, так же является общим понятием, под которое вполне подпадает много ПО также и из оффтопик системы :).
Понятно, что произносить по-русски "гну", может быть менее удобно, чем "линукс", говоря об используемой ОС. Можно говорить, например, "жи-эн-ю". Однако и само название GNU, на мой взгляд, не должно, не может и не соответствует, в полной мере, смыслу, вкладываему в это понятие. Поэтому в целом хорошо, что оно не прижилось.
Однако, естественно, существует необходимость общего понятия для указанных систем. На мой взгляд, лучше всего подходит слово "открытый". То есть на вопрос, что за системой Вы пользуетесь, можно отвечать: Открытой. Можно использовать, например, название дистрибутива. Когда говорится об Открытой ОС, речь может идти, например, о некоторой ОС, в которой не используется ни GNU ПО ни linux-kernel (кстати, "окна-95" все еще за деньги?).
Насколько помню, был проект "Открытая ОС", где это собственное, название, но на общую ситуацию это не влияет.
googlewar.com смеха ради
linux vs. offtopic
269,000,000 vs. 498,000,000
http://www.linux.org.ru/view-message.jsp?msgid=744761
>Ответ на: Re: SuperTux :) или В новый год без ... от domenick 27.12.2004 14:36:44
Очередная попытка, подкреплённая слабой надеждой, что как обычно, не будет удалено :).
Итак:
Непосредственно с конфигурацией х/ов вожусь редко.
Проблема такая:
Есть ноутбук roverbook navigator w200 c lcd матрицей с родным разрешением 1280х800.
lcd монитор hitachi cmlxxxsxw с родным разрешением 1280x1024.
Монитор подсоединяется svga кабелем к svga разъёму ноутбука для внешнего монитора. ОС suse 9.1.
В navigator w200 переключение внешний [монитор]-[родной монитор]-[оба]
осуществляется по [Fn]+[F4].
В линукс/е это не срабатывает, видимо, после перехода контроля над клавиатурой. Собственно и не нужно, если изначально оставить режим - оба монитора.
В этом случае, на внешний монитор выводится с ноутбука изображение в таком же разрешении, как на матрицу ноутбука 1280х800.
Желательно, что бы на внешний монитор изображение выводилось в родном разрешении внешнего монитора 1280х1024.
Ничего особо путного на тему, как это устроить, найти не удалось.
Вот нечто более менее похожее:
http://www.astro.umd.edu/~teuben/linux/laptop-display.html
Слабые :) попытки использования разных конфигураций так же мало что дали.
Вопрос потянул дальнейшее разбирательство :).
Собственно, схематично части XF86Config, отвечающие за всё это безобразие можно представить так:
...
Section "Monitor"
Option "CalcAlgorithm" "CheckDesktopGeometry"
DisplaySize 320 240
HorizSync 31-82
Identifier "Monitor[0]"
ModelName "1280X800@60HZ"
VendorName "--> LCD"
VertRefresh 58-75
UseModes "Modes[0]"
EndSection
Section "Modes"
Identifier "Modes[0]"
Modeline "1280x800" 88.68 1280 1352 1488 1696 800 801 804 830
Modeline "1280x800" 104.35 1280 1360 1496 1712 800 801 804 835
EndSection
Section "Screen"
DefaultDepth 16
...
SubSection "Display"
Depth 16
Modes "1280x800"
EndSubSection
...
Device "Device[0]"
Identifier "Screen[0]"
Monitor "Monitor[0]"
EndSection
Section "Device"
BoardName "855 GM"
BusID "0:2:0"
Driver "i810"
Identifier "Device[0]"
VideoRam 16384
Screen 0
Option "Rotate" "off"
VendorName "Intel"
EndSection
Section "ServerLayout"
Identifier "Layout[all]"
...
Option "Clone" "off"
Option "Xinerama" "off"
Screen "Screen[0]"
EndSection
То есть с видеоадаптера на i810, который устройство/device[0] на шине с id 0:2:0 выводится экран/screen[0] на монитор/monitor[0].
Поправьте, если что не так.
Sax2 в suse при усложнении этой схемы начинает неадекватно реагировать, толку от него мало :)
Усложнение такое:
...
Section "Monitor"
...
Identifier "Monitor[0]"
ModelName "1280X800@60HZ"
UseModes "Modes[0]"
EndSection
Section "Monitor"
...
Identifier "Monitor[1]"
ModelName "1280X1024@60HZ"
UseModes "Modes[1]"
EndSection
Section "Modes"
Identifier "Modes[0]"
...
EndSection
Section "Modes"
Identifier "Modes[1]"
...
EndSection
Section "Screen"
DefaultDepth 16
...
SubSection "Display"
Depth 16
Modes "1280x800"
EndSubSection
...
Device "Device[0]"
Identifier "Screen[0]"
Monitor "Monitor[0]"
EndSection
Section "Screen"
DefaultDepth 16
...
SubSection "Display"
Depth 16
Modes "1280x1024"
EndSubSection
...
Device "Device[0]"
Identifier "Screen[1]"
Monitor "Monitor[1]"
EndSection
Section "Device"
BoardName "855 GM"
BusID "0:2:0"
Driver "i810"
Identifier "Device[0]"
VideoRam 16384
Screen 0
Option "Rotate" "off"
VendorName "Intel"
EndSection
Section "Device"
BoardName "855 GM"
BusID "0:2:1"
Driver "i810"
Identifier "Device[0]"
VideoRam 16384
Screen 1
Option "Rotate" "off"
VendorName "Intel"
EndSection
Section "ServerLayout"
Identifier "Layout[all]"
...
Option "Clone" "off"
Option "Xinerama" "off"
Screen "Screen[0]"
EndSection
В самой нижней секции "Device" я намеренно установил BusID 0:2:1,
так как х/ы запускались только в таком случае.
Не знаю на сколько правильно указывать в одном и том же Device[0]
разные Screen/ы, скоррее всего это совсем не правильно :).
Но зараза эта на разные BusID 0:2:0 и 0:2:1 реагировала :).
Ну не сталкивался я с этим :).
От "Сlone" толку не было, да и не то это, скорее всего.
Есть ещё любопытные строчки из XFree86.0.log:
...
XFree86 Version 4.3.99.902 (4.4.0 RC 2)
...
(==) Using config file: "/etc/X11/XF86Config"
(==) ServerLayout "Layout[all]"
(**) |-->Screen "Screen[0]" (0)
(**) | |-->Monitor "Monitor[0]"
(**) | |-->Device "Device[0]"
...
(**) Option "Xinerama" "off"
...
(II) Host-to-PCI bridge:
(II) Bus 0: bridge is at (0:0:0), (0,0,2), BCTRL: 0x0008 (VGA_EN is set)
...
(II) PCI-to-PCI bridge:
(II) Bus 1: bridge is at (0:30:0), (0,1,1), BCTRL: 0x0006 (VGA_EN is cleared)
...
(II) PCI-to-ISA bridge:
(II) Bus -1: bridge is at (0:31:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set)
(II) PCI-to-CardBus bridge:
(II) Bus 2: bridge is at (1:3:0), (1,2,5), BCTRL: 0x05c0 (VGA_EN is cleared)
(--) PCI:*(0:2:0) Intel Corp. 82852/855GM Integrated Graphics Device rev 2, Mem @ 0xf0000000/27, 0xffe80000/19, I/O @ 0xec00/3
(--) PCI: (0:2:1) Intel Corp. 82852/855GM Integrated Graphics Device rev 2, Mem @ 0xe8000000/27, 0xffe00000/19
(II) Addressable bus resource ranges are
...
...
...
(II) I810: Driver for Intel Integrated Graphics Chipsets: i810, i810-dc100,
i810e, i815, i830M, 845G, 852GM/855GM, 865G
(II) Primary Device is: PCI 00:02:0
(--) Chipset 852GM/855GM found
...
(II) Setting vga for screen 0.
...
(II) I810(0): 2 display pipes available.
(==) I810(0): Display Info: enabled.
(II) I810(0): Broken BIOSes cause the system to hang here.
If you encounter this problem please add
Option "DisplayInfo" "FALSE"
to the Device section of your XF86Config file.
(II) I810(0): Display Info: CRT: attached: FALSE, present: TRUE, size: (1280,800)
(II) I810(0): Display Info: TV: attached: FALSE, present: TRUE, size: (800,600)
(II) I810(0): Display Info: DFP (digital flat panel): attached: FALSE, present: FALSE, size: (0,2059)
(II) I810(0): Display Info: LFP (local flat panel): attached: TRUE, present: TRUE, size: (1280,800)
(II) I810(0): Display Info: TV2 (second TV): attached: FALSE, present: FALSE, size: (0,2059)
(II) I810(0): Display Info: DFP2 (second digital flat panel): attached: FALSE, present: FALSE, size: (0,2059)
(II) I810(0): Size of device LFP (local flat panel) is 1280 x 800
(II) I810(0): No active displays on Pipe A.
(II) I810(0): Currently active displays on Pipe B:
(II) I810(0): LFP (local flat panel)
(II) I810(0): Lowest common panel size for pipe B is 1280 x 800
Пожалуй, для меня, наиболее обнадёживающе :), выглядит эротичное заявление XFree о том, что доступны какие-то две дисплейные трубы :),
(II) I810(0): 2 display pipes available.
с которыми потом происходят некие не хирургические действия.
По простому:
(II) I810(0): No active displays on Pipe A.
и
(II) I810(0): Currently active displays on Pipe B:
(II) I810(0): LFP (local flat panel)
(II) I810(0): Lowest common panel size for pipe B is 1280 x 800
Значит им известно о трубе А :).
Возможно, слишком наивно надеятся, что здесь подразумевается внешний vga выход :), а вдрух :)?
Есть же ещё на этом ноуте и s-video выход.
После всего этого и такого, возникают совсем жуткие вопросы.
Не только теоретически, можно ли, в данном случае, через один встроенный видеоадаптер с дополнительным выходом на внешний монитор, запущать в линуксе на экран ноута, например, kde, а на экран внешнего монитора, например, кино или тв с ноута, соответственно?
http://www.linux.org.ru/view-message.jsp?msgid=697764
Ну не настолько я упёртый человек :). Сейчас, на мой взгляд, можно изложить моё мнение по данному вопросу и прокомментировать некоторые заявления.
Раньше я высказывался в определённом стиле. Который можно, в основном, охарактеризовать следующим образом.
Каждое новое предложение начинаю с новой строки.
Не использую заглавные буквы.
Не использую вопросительные и восклицательные знаки.
Не использую знак точка для обозначения окончания предложения.
Вместо запятой, двоеточия, тире использую знак "/".
После "/" предложение может продолжаться с новой строки.
Такой подход вызвал некоторую реакцию. Это естественно, спасибо всем, кто прореагировал :). Хочу уточнить, почему я придерживаюсь означенного стиля. Это не блажь и не прихоть. Скорее, это ближе к научному изысканию.
До и после изобретения азбуки, определения правил русского языка и тому подобного, сам по себе язык и правила не являются догмой и находятся в постоянном динамическом развитии, суть изменении. Думаю, с этим сложно не согласиться.
Так же вряд ли, кто либо будет отрицать, что современные правила, адаптированы к изложению в конечном виде на листе бумаги и именно этим определены в значительной степени. Так, следует признать, что "электронные" документы сейчас формируются, как некий компромисс, между тем что было и тем, что есть сейчас. А сейчас есть форма во многом отличная от простого текста на листе бумаги. И эта форма может быть представлена в гораздо большей совокупности видов. От текстов программ и специализированных конфигураций до страниц html и сообщений в форумах и чатах интернет. То есть, существуют правила и существует инернет. Возможно, неприспособленные, устаревшие или требующие корректировки правила, пытаются втащить в новую структуру. Жизнь, надо полагать, всё расставит по своим местам. Она уже расставляет - от смс и интернет сокращений до @ в электронных адресах и смайликов в сообщениях интернет. Заметьте, что в чатах для ускорения, зачастую люди уже не используют заглавные буквы и знаки препинания, и их понимают.
То есть там, где необходимо было сделать компромиссный выбор и выиграть время, люди предпочли время. Снова хочу уточнить, что я вовсе не утверждаю, что мой подход единственно верный, это даже не подход ? это выработка подхода. И ещё раз, хочу сказать, что, использую "/" по ряду причин. Например, знаки ":", ";", ".", ",", я считаю, непропорциональными, сложными для восприятия, слишком маленькими. Даже само наличие такого количества, мелких и очень похожих значков, просто не рационально. Представление на экране, позволяет формировать документ из строк, каждая из которых является отдельным предложением. Что, в свою очередь, вполне может способствовать, например и возможно, лаконичности. Я хочу показать, что многие символы уже являются лишними, архаичными и можно вполне обходиться без них, или хочу что бы вы меня убедили, что я не прав. Мы могли бы избавиться от половины символов разного рода на клавиатурах и в шрифтах без потери в чём либо. Возможно, мы могли бы выиграть за счёт оптимизации в массе вещей, начиная от гармоничности интерфейсов, в стандартных меню которых, будет меньше перескоков с большой буквы на маленькую или потерь пространства на "пустоту", до структур каталогов и текстов программ за счёт упорядочивания возможностей наименования и выбора названий функций. Надо стремиться к простоте. Если что то можно сделать проще, то так и надо делать. Чем проще, тем гармоничней.
В качестве лирического отступления, возможно, есть некий, пока не осознанный не только семантический смысл :), в отделении друг от друга названий каталогов, в стандарте, начинающихся с маленькой буквы, в linux знаками "/". Как будто сама операционная система, в силу исторического развития, косвенно подталкивает к тому, что понятнее. Я серьёзно, утверждаю, и думаю, что стоит слегка изменить догмы восприятия и текст без заглавных букв и малюсеньких точек будет восприниматься ?чище?, проще и понятнее. Возможно, я во многом ошибаюсь и здесь следует говорить о стиле, который может быть определён в рамках коллективной работы. Однако, не надеюсь и не думаю, что такое случится в ближайшее время.
Так же, возможно, здесь не совсем то место, для подобного рода экспериментов и с этим я готов согласиться. Хочу заметить, что применять "/" я стал до того, как на linux.org.ru стала активно развиваться программа по упорядочиванию сообщений. Собственно, постоянное удаление моих комментариев с формулировкой: "Намеренное нарушение правил русского языка" на мой взгляд несколько некорректно. В моих сообщениях нет намеренных, ошибок. Если считать, что есть коллектив людей, стремящихся сделать linux.org.ru лучше, то безусловно, мой подход вызывает нарекания. С этим я так же готов согласиться. Вы правы. Вы так же правы в том, что существует, небольшая вероятность, что кто то будет писать так же. Тогда Вам, "головной боли" боли, конечно, добавится. Хотя бы по этому постараюсь не размещать свои "неправильно" оформленные комментарии. С одной стороны, "Со своим уставом в чужой монастырь не лезут" и не специализированный сайт не место. Однако, в таком случае, будьте последовательны. Пока такого, на мой взгляд, не происходит. То что происходит, как я понимаю, выработка новой концепции linux.org.ru и я так же за это . Каким вы хотите видеть сайт? Если это закрытый клуб, то, естественно, и вы, вероятно, знаете это лучше меня, выигрывая в массе вещей, лишаетесь разнообразия мнений, новых людей и новых решений. В ситуации, когда лучше всего всем нам быть вместе и помогать друг другу, закрытый клуб - это архи-неправильно. Ну проехались по мне, ну попытались меня "построить", ну удалили почти :) всё к "чёртовой бабушке" Может быть вы и правы :). Методы-с, конечно,оставляют желать лучшего :). Ведь тем, кто разделяет идеологию "открытости", противоестественно отрицать существование альтернативного мнения. И так уже полно обиженных. В целом я свою программу выполнил :). Возможно, кто то ещё согласится, что настало время задуматься, что и как надо изменить, что бы стало лучше. Уверен, что кое кто, стал более придирчиво относиться к расстановке тех же запятых в предложениях и так далее. Возможно я даже неявно помог lor-у.
рос рациональная операционная система
ros rational operation system
собрана мной для х86 в марте 2004 года
названа то же мной :)
основана на linux uclibc и opie
область предполагаемого применения помимо прочего / так же носимые х86 компьютеры с ретинальным дисплеем или головным монитором
скриншот
http://photofile.ru/default/do.php?sp=&sn=&id=2328689#sm
на всякий случай :) / а то модераторы стёрли именно это :)
зовут меня денис полевой
то же на всякий случай :) / ну и для служб соответствующих / что бы им попроще было
navigator w200 работает под установленной suse 9.1
все обновления установлены работает почти всё
необходимо отметить / что ядро в suse по умолчанию собрано не для pentium m
так же не все возможности acpi задействованы в ядре по умолчанию
одна из наиболее явных проблем некорректная поддержка 3d
поиск результатов не дал
самому / естественно / разбираться скучно
3Ddiag и glxinfo явно на проблему не указывают
вот характеризующая выдержка из моего
/var/log/XFree86.0.log
...
(II) Loading sub module "int10"
(II) LoadModule: "int10"
(II) Reloading /usr/X11R6/lib/modules/linux/libint10.a
(II) I810(0): initializing int10
(WW) I810(0): Bad V_BIOS checksum
(II) I810(0): Primary V_BIOS segment is: 0xc000
(II) I810(0): VESA BIOS detected
(II) I810(0): VESA VBE Version 3.0
(II) I810(0): VESA VBE Total Mem: 8000 kB
(II) I810(0): VESA VBE OEM: Intel(r)852GM/852GME/855GM/855GME Graphics Chip Accelerated VGA BIOS
(II) I810(0): VESA VBE OEM Software Rev: 1.0
(II) I810(0): VESA VBE OEM Vendor: Intel Corporation
(II) I810(0): VESA VBE OEM Product: Intel(r)852GM/852GME/855GM/855GME Graphics Controller
(II) I810(0): VESA VBE OEM Product Rev: Hardware Version 0.0
(==) I810(0): Default visual is TrueColor
(II) I810(0): Allocated 128 kB for the ring buffer at 0x0
(II) I810(0): Allocating at least 384 scanlines for pixmap cache
(II) I810(0): Initial framebuffer allocation size: 4736 kByte
(II) I810(0): Allocated 4 kB for HW cursor at 0x7fff000 (0x1a698001)
(II) I810(0): Allocated 4 kB for Overlay registers at 0x7ffe000 (0x1a695001).
(II) I810(0): Allocated 64 kB for the scratch buffer at 0x7fee000
drmOpenDevice: minor is 0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is -1, (Unknown error 999)
drmOpenDevice: open result is -1, (Unknown error 999)
drmOpenDevice: Open failed
drmOpenDevice: minor is 0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is -1, (Unknown error 999)
drmOpenDevice: open result is -1, (Unknown error 999)
drmOpenDevice: Open failed
drmOpenDevice: minor is 0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 6, (OK)
drmGetBusid returned ''
(II) I810(0): [drm] loaded kernel module for "i830" driver
(II) I810(0): [drm] drmSetBusid failed (6, PCI:0:2:0), Invalid argument
(EE) I810(0): [dri] DRIScreenInit failed. Disabling DRI.
...
то есть / как я понимаю
drmOpenDevice: open result is 6, (OK) это определение прерывания dri далее
(WW) I810(0): Bad V_BIOS checksum
на скорость не влияет и к проблеме 3d / скорее всего / отношения не имеет
drmOpenDevice: Open failed / аналогично
проблема здесь
(II) I810(0): [drm] drmSetBusid failed (6, PCI:0:2:0), Invalid argument
беглый осмотр исходного текста dri i810 не выявил / какой аргумент функции drmSetBusid может быть в данном случае invalid
дополнительно / отрывок из /etc/X11/XF86Config
...
Section "Device"
BoardName "855 GM"
BusID "0:2:0"
Driver "i810"
Identifier "Device[0]"
Screen 0
Option "Rotate" "off"
VendorName "Intel"
Videoram 16384
EndSection
...
Section "DRI"
Group "video"
Mode 0660
EndSection
может быть всё же дело в размере выделяемой видеопамяти
совсем не похоже на то / что ядро и модули скомпилированы под разными gcc то есть не случай http://dri.sourceforge.net/cgi-bin/moin.cgi/DriTroubleshooting
так же близкая и достаточно весёлая дискуссия здесь
http://www.iru.ru/fsupport-add.php?msg_id=5827&page=158#answer
вобщем с xfree непосредственно сталкивался мало поможите / а то я до opie ещё долго буду добираться :)
configuration: pentium-ii 96 mb ram os: lfs, linux-2.6.0-test3, gcc-3.2.2
qt-free-3.2.2:
bash export QTDIR=$PWD && export LD_LIBRARY_PATH=$QTDIR/lib:$LD_LIBRARY_PATH && export PATH=$QTDIR/bin:$PATH &&
./configure -prefix /usr/local/qt -qt-gif -system-libpng \ -system-libmng -system-zlib -system-libjpeg -no-g++-exceptions -thread && ... Do you accept the terms of either license? yes ... Build type: linux-g++ Platform notes:
- Also available for Linux: linux-kcc linux-icc linux-cxx Configuration ....... nocrosscompiler minimal-config small-config medium-config \ large-config full-config styles tools kernel widgets dialogs iconview workspace \ network canvas table xml opengl sql release dll thread largefile stl system-mng \ system-jpeg system-png png gif system-zlib nis bigcodecs x11sm xinerama \ xcursor xrandr xrender xftfreetype xkb STL support ......... yes Thread support ...... yes NIS support ......... yes CUPS support ........ no Large File support .. partial GIF support ......... yes MNG support ......... plugin (system) JPEG support ........ plugin (system) PNG support ......... yes (system) zlib support ........ system OpenGL support ...... yes NAS sound support ... no Session management .. yes Xinerama support .... yes Tablet support ...... no Xcursor support ..... yes XRandR support ...... yes XRender support ..... yes Xft support ......... yes XKB Support ......... yes
Finding project files. Please wait... 236 projects found.
Creating makefiles. Please wait... for /usr/src/qt-x11-free-3.2.2/src/moc/moc.pro for /usr/src/qt-x11-free-3.2.2/src/qt.pro for /usr/src/qt-x11-free-3.2.2/tools/tools.pro for /usr/src/qt-x11-free-3.2.2/tools/assistant/lib/lib.pro ... for /usr/src/qt-x11-free-3.2.2/plugins/src/styles/windows/windows.pro
Qt is now configured for building. Just run /usr/bin/make. To reconfigure, run /usr/bin/make confclean and configure.
make sub-tools && make install > ok.
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!! ! but:
cd qtopia-free-1.7.0 export QPEDIR=$PWD cd ..
qt-embedded-free-3.2.2
bash export QTDIR=$PWD export QTEDIR=$QTDIR export PATH=$QTDIR/bin:$PATH export LD_LIBRARY_PATH=$QTDIR/lib:$LD_LIBRARY_PATH cp $QPEDIR/src/qt/qconfig-qpe.h src/tools/
./configure -prefix /usr/local/qt-e -qt-gif -system-libpng \ -system-libmng -system-zlib -system-libjpeg -no-g++-exceptions -thread \ -embedded x86 -qconfig qpe -qvfb -depths 4,8,16,32 ... Do you accept the terms of the license? yes Creating qmake. Please wait... g++ -c -o project.o -DQWS -I. -Igenerators... ... g++ -o qmake project.o property.o... rm -f /usr/src/qt-embedded-free-3.2.2/bin/qmake ln -s ../qmake/qmake /usr/src/qt-embedded-free-3.2.2/bin/qmake
Build type: qws/linux-x86-g++
Configuration ....... nocrosscompiler minimal-config small-config medium-config \ large-config full-config styles tools kernel widgets dialogs iconview workspace \ network canvas table xml sql release dll thread embedded largefile stl \ system-mng system-jpeg system-png png gif system-zlib bigcodecs ft STL support ......... yes Thread support ...... yes NIS support ......... no CUPS support ........ no Large File support .. partial GIF support ......... yes MNG support ......... plugin (system) JPEG support ........ plugin (system) PNG support ......... yes (system) zlib support ........ system Embedded support .... x86
Finding project files. Please wait... 246 projects found.
Creating makefiles. Please wait... for /usr/src/qt-embedded-free-3.2.2/src/moc/moc.pro for /usr/src/qt-embedded-free-3.2.2/src/qt.pro WARNING: Failure to find: .moc/release-shared-mt-emb-x86/allmoc.cpp for /usr/src/qt-embedded-free-3.2.2/tools/tools.pro for /usr/src/qt-embedded-free-3.2.2/tools/assistant/lib/lib.pro ... for /usr/src/qt-embedded-free-3.2.2/plugins/src/styles/windows/windows.pro
Qt is now configured for building. Just run /usr/bin/make. To reconfigure, run /usr/bin/make confclean and configure.
make sub-tools
cd qmake && make make[1]: Entering directory `/usr/src/qt-embedded-free-3.2.2/qmake' make[1]: `qmake' не требует обновления. make[1]: Leaving directory `/usr/src/qt-embedded-free-3.2.2/qmake' cd src/moc && make make[1]: Entering directory `/usr/src/qt-embedded-free-3.2.2/src/moc' make[1]: Цель `first' не требует выполнения команд. make[1]: Leaving directory `/usr/src/qt-embedded-free-3.2.2/src/moc' cd src && make make[1]: Entering directory `/usr/src/qt-embedded-free-3.2.2/src' echo '#include "/usr/src/qt-embedded-free-3.2.2/include/qt.h"' >.moc/release-shared-mt-emb-x86/allmoc.cpp g++ -E -DQT_MOC_CPP -DQT_NO_STL -pipe -DQWS -fno-exceptions -fno-rtti -Wall -W -O2 -D_REENTRANT -fPIC \ -DQT_SHARED -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -DQT_THREAD_SUPPORT -DQT_NO_CUPS \ -DQT_NO_NIS -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DQT_NO_IMAGEIO_MNG \ -DQT_NO_IMAGEIO_JPEG -DQT_BUILTIN_GIF_READER=1 -DQT_NO_STYLE_MAC \ -DQT_NO_STYLE_AQUA -DQT_NO_STYLE_INTERLACE -DQT_NO_STYLE_WINDOWSXP -DQT_NO_STYLE_COMPACT \ -DQT_NO_QWS_VNC -DQT_NO_QWS_VGA16 -DQT_NO_QWS_TRANSFORMED -DQT_NO_QWS_MACH64 \ -DQT_NO_QWS_VOODOO3 -DQT_NO_QWS_MATROX -DQT_NO_QWS_SHADOWFB -DQT_NO_QWS_REPEATER \ -DQT_NO_QWS_KBD_SL5000 -DQT_NO_QWS_KBD_USB -DQT_NO_QWS_KBD_YOPY -DQT_NO_QWS_KBD_VR41 \ -DQT_NO_QWS_MOUSE_BUS -DQT_NO_QWS_MOUSE_LINUXTP -DQT_NO_QWS_MOUSE_VR41 \ -DQT_NO_QWS_MOUSE_YOPY -I/usr/src/qt-embedded-free-3.2.2/mkspecs/qws/linux-x86-g++ -I. -I3rdparty/freetype/src \ -I3rdparty/freetype/include -I3rdparty/freetype/builds/unix -I3rdparty/freetype2/include -I../include \ -I.moc/release-shared-mt-emb-x86/ >.moc/release-shared-mt-emb-x86/allmoc.h .moc/release-shared-mt-emb-x86/allmoc.cpp /usr/src/qt-embedded-free-3.2.2/bin/moc -o .moc/release-shared-mt-emb-x86/allmoc.cpp .moc/release-shared-mt-emb-x86/allmoc.h make[1]: Leaving directory `/usr/src/qt-embedded-free-3.2.2/src' ./moc-release-shared-mt-emb-x86/allmoc.h:21689: Error: syntax error make[1]: *** [.moc-release-shared-mt-emb-x86/allmoc.cpp] Ошибка 1 make: *** [sub-src] Ошибка 2
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!! !.moc/release-shared-mt-emb-x86/allmoc.h:21689:
21688: void setSortIndicator( int section, bool ascending = TRUE ); 21689: __inline__ __attribute__((always_inline)) __attribute__((always_inline)) void setSortIndicator( int section, SortOrder order ) 21690: { setSortIndicator( section, (order == Ascending) ); }
allmoc.cpp
лично мне не ясно, где здесь syntax error, но показалось похоже, например, на ошибку из-за которой не собирался openoffice: < On Tuesday 18 March 2003 14:51, Gabriel Munoz wrote: > Hello, > Making: ../unxlngi4.pro/obj/parser.obj <snip> > ../unxlngi4.pro/misc/parser.cxx ../unxlngi4.pro/misc/parser.cxx: In > function `int yyparse()': > ../unxlngi4.pro/misc/parser.cxx:4726: parse error before `goto'
There are at least two solutions to this problem:
1) Downgrade bison 2) Manually comment the line which contains __attribute__(__unused__) in parser.cxx just before line 4726 (see above) and then do a dmake (without dmake clean). This error will then reappear three times in different files generated by bison, and the fix is the same. -- Alexander E. Patrakov >
а вот, например, упоминание непосредственно с www.trolltech.com: < Message 1 in thread
Subject: Concerns compiling QTE 3.1.2 From: "Alexander Trauzzi" <mailto:atrauzzi@DOMAIN.HIDDEN>; Date: Thu, 24 Apr 2003 20:13:27 -0500 To: mailto:qt-embedded-interest@DOMAIN.HIDDEN
I'm trying to compile QTEmbedded on my Playstation2 running PS2Linux (please don't focus on that fact unless it's a known issue with the platform, I have my reasons for using it). It's essentially a 32mb MIPS system running at ~400mhz. Configure runs fine...All without a hitch except for a little bit about something called "allmoc". I have no idea what this is, or what I'm doing half the time.
I have interest in learning the high level language itself, and learning the details that lead up to it as I go along. Right now I'm more intent on learning C/C++ programming with a good library to build upon.
The problem? Well, I get to the point in the clipped section below, and my system spends hours grinding the hard drive away and doing absolutley nothing but consume CPU cycles. I've compiled a lot of (other peoples') things, and I've seen them take a long time. But I've never seen something get stuck on one aspect of a compile for SO LONG.
Can anyone offer me any help/input here? Is there any way to avoid getting that allmoc error during configure, or is it negligable? Here's a rundown of the section that make goes through. Everything probably looks okay, except for what's ultimatley HAPPENING.
-=-[CUT]-=- gmake[2]: Entering directory `/root/qt-embedded-free-3.1.2/src' echo '#include "/root/qt-embedded-free-3.1.2/include/qt.h"' >.moc/release-shared-emb-generic/allmoc.cpp ... /zlib -I../include -I.moc/release-shared-emb-generic/ >.moc/release-shared-emb-g eneric/allmoc.h .moc/release-shared-emb-generic/allmoc.cpp /root/qt-embedded-free-3.1.2/bin/moc -o .moc/release-shared-emb-generic/allmoc.c pp .moc/release-shared-emb-generic/allmoc.h ... /release-shared-emb-generic/ -o .obj/release-shared-emb-generic/allmoc.o .moc/re lease-shared-emb-generic/allmoc.cpp -=-[CUT]-=-
At this point, I can either sit, and wait for nothing to happen (so it would seem), or kill it. I've had the system completley hang on me, killing the SSH terminal I was running on.
Is this REALLY a question of patience? I'd really like to know.
Thanks in advance!
- Alexander Trauzzi
-------------------------------------------------------------------------------- Message 2 in thread
Subject: Re: Concerns compiling QTE 3.1.2 From: "Alexander Trauzzi" <mailto:atrauzzi@DOMAIN.HIDDEN>; Date: Thu, 24 Apr 2003 21:47:26 -0500 To: mailto:qt-embedded-interest@DOMAIN.HIDDEN
Here's what configure gives me for allmoc.cpp:
-=-[ CUT ]-=- WARNING: Failure to find: .moc/release-shared-emb-generic/allmoc.cpp -=-[ CUT ]-=-
I can't find the file anywhere to even attempt replacing it.
- Alexander Trauzzi
-------------------------------------------------------------------------------- Message 3 in thread
Subject: Re: Concerns compiling QTE 3.1.2 From: "Alexander Trauzzi" <mailto:atrauzzi@DOMAIN.HIDDEN>; Date: Fri, 25 Apr 2003 09:31:16 -0500 To: mailto:qt-embedded-interest@DOMAIN.HIDDEN
Hmph...Somewhat solved my own problem.
I've left the machine compiling for the night, and it made it through.
I have another problem though, which I was somewhat anticipating... ... Is there any way to disable the compiling of designer?
- Alex
-------------------------------------------------------------------------------- Message 4 in thread
Subject: Re: Concerns compiling QTE 3.1.2 From: Warwick Allison <mailto:warwick@DOMAIN.HIDDEN>; Date: Wed, 30 Apr 2003 17:53:15 +1000 Organization: Trolltech Pty Ltd To: mailto:atrauzzi@DOMAIN.HIDDEN, mailto:qt-embedded-interest@DOMAIN.HIDDEN
On Friday 25 April 2003 11:13, Alexander Trauzzi wrote: > I'm trying to compile QTEmbedded on my Playstation2 running PS2Linux > (please don't focus on that fact unless it's a known issue with the > platform, I have my reasons for using it). It's essentially a 32mb MIPS > system running at ~400mhz. Configure runs fine...All without a hitch > except for a little bit about something called "allmoc". I have no idea > what this is, or what I'm doing half the time.
The allmoc message can be ignored.
> I have interest in learning the high level language itself, and learning > the details that lead up to it as I go along. Right now I'm more intent on > learning C/C++ programming with a good library to build upon.
Building Qt/Embedded seems very much jumping in the deep end.
> The problem? Well, I get to the point in the clipped section below, and my > system spends hours grinding the hard drive away and doing absolutley > nothing but consume CPU cycles. > I've compiled a lot of (other peoples') things, and I've seen them take a > long time. But I've never seen something get stuck on one aspect of a > compile for SO LONG. > > Can anyone offer me any help/input here? Is there any way to avoid getting > that allmoc error during configure, or is it negligable? Here's a rundown > of the section that make goes through. Everything probably looks okay, > except for what's ultimatley HAPPENING.
allmoc.cpp is a VERY large file. My guess is that you PS2 is simply grinding itself into the ground thrashing trying to compile it.
It's possible to (manually) split allmoc.cpp up, and if you're really interested in persuing this, you could do that.
Another option is to simply use Qt/X11.
-- [ signature omitted ] >
есть какие-либо соображения?
[преимущественно для тех, кто развлекается с lfs в новой на настоящий момент редакции от 08.06.03] [проблема следующая:] [chapter 5 lfs book: сборка любого пакета начиная с coreutils-5.0.1 вылетает с segmentation fault. происходит это только при линковке из под, грубо говоря, непривилегированного пользователя, т.е. после "su - lfs"][точнее, при выполнении ar /из binutils/, то есть, когда опять же, грубо говоря :), на основе нескольких *.o файлов собирается *.a файл][под root всё корректно][можно предположить, что проблема в параметрах окружения, в связи с тем, что при прочих равных условиях одинаковая ошибка возникает для разных пакетов, а так же, что под root' ом никаких ошибок не возникает во время всего процесса][определённые варианты тестирования подводят к ощущению возникновения ошибки на окончательной стадии работы ar, да и ещё, с высокой вероятностью, права заданы корректно]
[в моём случае (сборка "linux from scratch"), исходные тексты находятся, допустим, в каталоге $lfs/static/usr/src]
[переменные среды PATH и lfs, и права пользователя, от имени которого производится статическая компиляция установлены]
[линковка (выполнение make) любого пакета, всегда заканчивается сообщением об ошибке: "No such file or directory"]
[не находятся файлы из каталога /usr/src/linux/include]
[всегда решал эту проблему непосредственным добавлением в Makefile в качестве аргумента на вход gcc: -I/usr/src/linux/include, но уже стало надоедать, не дело так...]
[./configure ... -I/usr/src/linux/include не помогает]
[ пожалуйста, если у кого-нибудь есть какие-либо соображения, поделитесь :) ]
| ← назад |