LiveStreet

Э, не. Драйвер vesa — это на крайний случай, это не полноценная поддержка оборудования. На мой взгляд.
Так можно сказать, что для консоли вообще почти ни чего не надо :)

Ну так и покупали. И клиентские станции покупали тоже уже с LINUX в комплекте. Однако там же нельзя сказать, что вообще ничего не работало — не работало конкретное разрешение экрана в конкретном неудачном сочетании оборудования. А так с 1920x1200- без проблем, однако круги в овалы растягивались

На клиентские машины можно было ставить вообще любой линукс, там RHEL не нужен, если основная прога на сервере крутится. Люди и с винды работают через X-клиента.
А если уж сервер и обязательно с RHEL, то и покупать его лучше сразу с этой ОС. Там продавец гарантирует полную совместимость и работоспособность.

В общем, нужен просто правильный подход.

Хотя, в чём-то вы и правы, ибо тут ещё и инструктора заказчика были, привыкшие к Винде, им только повод дай LINUX поругать, а хозяин-барин

К тому же, RHEL 4 был куплен (он не бесплатен, между прочим — там подписка на обновления и на техподдержку стоит денег), а RHEL 5 тогда ещё возможности загрузить не было. На поиски и проверки других дистрибутивов требуется время и быстрый доступ к инету, чего не было. Попробуй-ка, когда жареный петух стоит над тобой!.. Ну а так — любое свежее ПО является устаревшим — это один из законов Мерфи для программирования. К тому же, это были клиентские машины (Станции Инструктора), а основное ПО (тренажёр ядерного реактора) крутилось на сервере, где стоял RHEL 4 сервер и прекрасно свои функции выполняет (и до сих пор)

Да, забыл указать, что RHEL 5 тоже не заработал бы в этой конкретной ситуации, ибо драйвер IGDE 5.1 имел баг, не зависящий от дистрибутива LINUX, на который мы и нарвались. Хотя, может, там кто-либо и написал бы другой драйвер именно для этих карт. А времени на разборки и проверки не было — проект идёт. Да и не вышел RHEL 5 ещё на тот момент — RHEL 4 и был последним, а отнюдь не «древним». К тому же, качать и пробовать другую ОС с инета не было возможности — доступ к инету был сильно ограничен по соображениям безопасности. Да и где гарантия, что заработало бы с другим дистрибутивом?

RHEL 4 ни когда не был наиновейшим, даже в момент релиза.

Нет, ошибаетесь. На момент возникновения проблемы RHEL 4 был самым новым — наиновейшим дистрибутивом! Проблема-то возникла аж в 2006 году. Сейчас понятно, что всё это заработало бы. Но для этого тогда надо было бы перенестись в будущее. Так что извините, Ваши обвинения меня в косности мышления безосновательны

Вот привожу пример того, что не заработало (хотя это было года 4 назад, а сейчас именно это заработало бы, но где гарантия, что нет другого подобного?). Вот попал я как-то на одном проекте в такую ситуацию: были заказаны компы с интегрированными видеокартами Intel и DVI-подключением монитора. Драйвера для этих видеокарт в той версии Linux (Red Hat Enterprise Linux Workstation 4) не оказалось — пришлось использовать драйвер VESA. Всё бы ничего, если бы мониторы были 4:3, а они были широкоэкранные — 16:9. Т.е. для корректного изображения графических объектов (т.е. чтобы круг был кругом, а не эллипсом), требовалось установить разрешение дисплея 1920x1080, что было невозможно сделать при использовании драйвера vesa. Тогда я нашёл у Intel-а драйвер, кажется, IGDE 5.1 для этих видеокарт и инструкцию аж из 20 (!!!) пунктов по его установке (а ну-ка представьте себе такое в Windows?). Ну ничего — поставил. Разрешение нужное установил — вроде всё классно. Однако жмём Ctrl-Alt-F1- и всё — чёрный экран вместо текстового терминала и обратно уже не вернёшься. Что делать? Выключаем комп, перегружаемся, лезем на сайт Intel и выясняем, что уже заявлен для этого драйвера такой баг — именно при DVI-подключении первого монитора возникает чёрный экран. Баг НЕ ИСПРАВЛЕН на тот момент. Заказчик говорит, что с такой проблемой ему система не нужна. Ждать, пока Intel выпустит следующую версию драйвера с исправлением этого бага (ну она вышла спустя год, да...) времени нет — проект имеет свои сроки сдачи этапов, а время-деньги. Ваши действия? Возможно два варианта, и все денег стоят:
1. Купить для всех пяти компов видеокарты, для которых есть отлаженные LINUX-драйверы (на тот момент nVidia, например) и тратить время на их замену (причём, не факт, что не влипнешь в похожую историю опять!)
2. Купить пять копий Windows XP, где сразу всё пойдёт без всякого подобного геморроя, благо приложение, с которым работают компы, написано на Java и ему пофиг, Win или Linux им управляет

Естественно, пошли по второму пути, т.е. снесли LINUX и поставили Windows. Так что мы уже знаем, что если заказчик хочет использовать LINUX — надо в расписание проекта отвести время на борьбу с ОС LINUX, ибо никогда не знаешь, куда влипнешь. Так что дело не только в косности, но и в том, что есть сговор на рынке между Microsoft и производителями железа, чтобы в первую очередь поддерживать именно Windows, и многие производители не предоставляют нормальных драйверов под LINUX для своих устройств

Судя по интерфейсу, его явно пытались адаптировать для планшетов и нетбуков. :)

извращенец) хотите гном — ставьте линукс)

Это и есть косность мышления.
У вас почему-то выбор либо устаревший дистрибутив RHEL 4 на древнем ядре, либо Windows XP. Почему сюда не попал новый (на то время) RHEL 5 или другой дистрибутив с широкой поддержкой современного оборудования?

Не скажите. Вот «плохая поддержка периферийного оборудования» зачастую мешает. Вот попал я как-то на одном проекте в такую ситуацию: были заказаны компы с интегрированными видеокартами Intel и DVI-подключением монитора. Драйвера для этих видеокарт в той версии Linux (Red Hat Enterprise Linux Workstation 4) не оказалось — пришлось использовать драйвер VESA. Всё бы ничего, если бы мониторы были 4:3, а они были широкоэкранные — 16:9. Т.е. для корректного изображения графических объектов (т.е. чтобы круг был кругом, а не эллипсом), требовалось установить разрешение дисплея 1920x1080, что было невозможно сделать при использовании драйвера vesa. Тогда я нашёл у Intel-а драйвер, кажется, IGDE 5.1 для этих видеокарт и инструкцию аж из 20 (!!!) пунктов по его установке (а ну-ка представьте себе такое в Windows?). Ну ничего — поставил. Разрешение нужное установил — вроде всё классно. Однако жмём Ctrl-Alt-F1- и всё — чёрный экран вместо текстового терминала и обратно уже не вернёшься. Что делать? Выключаем комп, перегружаемся, лезем на сайт Intel и выясняем, что уже заявлен для этого драйвера такой баг — именно при DVI-подключении первого монитора возникает чёрный экран. Баг НЕ ИСПРАВЛЕН на тот момент. Заказчик говорит, что с такой проблемой ему система не нужна. Ждать, пока Intel выпустит следующую версию драйвера с исправлением этого бага (ну она вышла спустя год, да...) времени нет — проект имеет свои сроки сдачи этапов, а время-деньги. Ваши действия? Возможно два варианта, и все денег стоят:
1. Купить для всех пяти компов видеокарты, для которых есть отлаженные LINUX-драйверы (на тот момент nVidia, например) и тратить время на их замену (причём, не факт, что не влипнешь в похожую историю опять!)
2. Купить пять копий Windows XP, где сразу всё пойдёт без всякого подобного геморроя, благо приложение, с которым работают компы, написано на Java и ему пофиг, Win или Linux им управляет

Естественно, пошли по второму пути, т.е. снесли LINUX и поставили Windows. Так что мы уже знаем, что если заказчик хочет использовать LINUX — надо в расписание проекта отвести время на борьбу с ОС LINUX, ибо никогда не знаешь, куда влипнешь. Так что дело не только в косности, но и в том, что есть сговор на рынке между Microsoft и производителями железа, чтобы в первую очередь поддерживать именно Windows, и многие производители не предоставляют нормальных драйверов под LINUX для своих устройств

Понятно, но в ASP Linux 12 (Fedora 7) это проходило, а тут перестало. Также в другом приложении — при линковке выдалось сообщение, что sincos@@GLIBC_2.1.1 требуется, определено в libm.so.6 и дан совет включить эту библиотеку в командную строку линкера (надо же! Ещё и советы даёт, чего включить, а не просто неопределённые ссылки!). В Fedora 7 это приложение линковалось нормально. Ну тут я, воспользовавшись советом, просто -lm добавил в строку линковки — и тут заработало. В общем, вернул Russian Fedora Remix 14 и продолжаю его использовать. А насчёт стандартов кодописания — иногда можно включать <math.h>, а иногда не очень удаётся (если, например, объявить переменную тем же именем, что и функция из math.h). Но тут, видимо, в RF 14 в libm.so.6 функции сидят C-шные, а не C++-ные, а в math.h они все, видимо, объявлены как extern «C». Поэтому и не линкуется, если сам объявляешь. А в старой системе была ещё и libm.a, где могли и C++-ные версии сидеть. Хотя, т.к. я в math.h не заглядывал, не могу сказать, так это или нет

Спасибо, попробую отключить cpuspeed

Или в биосе поставить, чтобы все время на максимальной работал

У разработчиков гнома очень оригинальное представление о гламурности ИМХО… :)

Не могу понять одну вещь, откуда такие гигантские элементы управления в заголовке окна? Это ИМХО бессмысленная трата пространства. Надеялся что в финальном релизе их сделают поменьше…

Пустая трата времени, на KDE доказано

А как там с портом под винду? Кеды уже вроде портят (no pun intended), по крайней мере что-то такое я слышал краем глаза…
Под Гном (именно Гном, а не просто GTK+) много хорошего, годного софта, хотелось бы его иметь (в хорошем смысле) везде.