LINUX.ORG.RU

Матрешка


0

0

Показалось что забавно :-).
Хотя, конечно, ничего особенного. Просто понадобилось нам собрать дистрибутив продукта под RedHat (заказчик повелел). А у нас везде Debian. А в шапке - gcc 2.96 и все прелести. Так что для сборки версии продукта под шапку надо куда-то поставить шапку.
Зачем же ставить шапку на машину, заменяя рабочую систему на г..но (пардон), если есть vmware?

Кстати, KDE на виртуальной машине не стоит. KDE запущен на хосте, через удаленный $DISPLAY.
К слову, мы используем remotekde уже больше года, кормя класс из 8 стареньких санов с одной PCшки по 10-мегабитной сети. Работает, пользователи довольны.

>>> Просмотр (1280x1024, 216 Kb)



Проверено:

Чем бы дети не тешились :)
А какая разница в сборке проги по дебианом и дальшейшим переносом на шапку акромя ядра и либ из одной ветки? Собсно опишите проблемы которые вы испытали. А то тут часто бытует мнение, что бинарники с разных дистров не совместимы.

ifconfig
()

2yoush:
Хотелось бы пообщаться по поводу удалённого запуска КДЕ :)
(мылом)
Когда свободен?

jet

anonymous
()

Проблема проста и по-моему общеизвестна.
Проги/либы, собранные g++-2.95, бинарно несовместимы с прогами/либами, собранными g++-2.96. Там имеется отличие в ABI. В свое время это многократно обсуждалось.

Если вдаваться в технические подробности, то да, теоретически можно поставить gcc/g++ 2.96 и его stdc++, собрать при помощи g++-2.96 полдесятка Си++-ных либ, используемых нами, поставить их в нестандартное место, потом собрать продикт с ними ... При определенной аккуратности в результате получится работающий пакет.

Вот только ненадежно это. Я не хочу, чтобы клиент после установки пакета встретился с техническими проблемами. Поэтому я хочу проверить, что все ставится и работает без проблем именно в том окружении, которое будет у клиента. А это проще всего сделать, воссоздав его окружение у себя - на реальной машине или под vmware.
А если все равно его окружение воссоздается, то почему бы прямо там и не собрать пакет?

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

yoush
() автор топика

2jet:
yoush@cs.msu.su или ICQ 115225930

yoush
() автор топика

Чуваки, а вы богатенькие -- иметь 8, хоть и "стареньких" Sun-ов. :)Старенькие, небось, Ultra 5 ? :)

anonymous
()

>теоретически можно поставить gcc/g++ 2.96 и его stdc++, собрать при
>помощи g++-2.96 полдесятка Си++-ных либ


Почему теоретически ?
Никаких проблем вообще нет. Можешь хоть десят компилеров
на одной машине иметь. Собирай их с --prefix=...... :)

chroot тебя спасёт, вместо извратов с VMware ;)

anonymous
()

"Старенькие" саны - это IPC, IPX, и SparcStation 2.
Они действительно старенькие. Выпуска начала девяностых.

А chroot - да, так можно. Как-то раз я так делал. А сейчас попробовал vmware. Удобнее. Просто меньше ручной работы.

yoush
() автор топика

Ну и как скорость с vmware? впечатляет :)
я вот этой дрянью никогда не пользовался, а тут вот недавно решил поставить 3 бетта... одним словом ужас. И кто его еще покупать может, ума не прилажу.

ifconfig
()

2ifconfig

Ну что значит "скорость" ?
Время инсталляции guest OS меня не интересует. В параллель можно работать, что я и делаю. Хотя медленно ставится под vmware только Windows - Linux ставится не намного медленнее чем на хост. А медленная инсталляция Windows - тоже понятно почему - ведь Маздай при инсталляции большую часть времени пытается продетектировать кучу всевсяческого софта - а это крайне тяжелый для виртуальной машины режим, слишком много привелегированных команд, которые приходится эмулировать.
Работа Linux под vmware мне медленной не показалась. Пожалуй, проект собирался чуть дольше, чем на хосте, но именно "чуть". На самом деле трудно судить - на хосте одновременно несколько пользователей в remotekde сидели, и я работал.
Windows под vmware работает медленнее чем на хосте в среднем раза в три. По-моему, это объясняется не очень качественным дизайном Windows - слишком много кода работает на процессоре в режиме ядра, его vmware вынужден эмулировать, отсюда тормоза.
Но на машинах K7/500, что у нас тут стоят у сотрудников, Windows под vmware работает достаточно резво для того, чтобы вживую Windows ставить не приходилось. Такая установка даже у моего начальника. Кстати, после того как я ему это сделал, жить стало проще - нет больше бесконечных перегрузок туда-обратно и/или беготни между машинами, которые тут наблюдались до этого.

Так что "дрянью" vmware назвать никак не могу.

Правда, это все про второй vmware - третий я не пробовал.

yoush
() автор топика

> ... продетектировать кучу всевсяческого софта ...

Естественно, я имел в виду харда.

yoush
() автор топика

Где достать license для VM Ware

anonymous
()

>>Где достать license для VM Ware

Купить наверное, хотя я бы за нее ничего и даром не дал бы.

ifconfig
()

Купить, может, и правильно. Вот только в России живем ... а масштаб цен у них не российский.

Впрочем, человек, немного знающий x86 ассемблер и умеющий использовать gdb, за полчаса заставит vmware работать со временной лицензией неограниченно долго.

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