Матрешка

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

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

jet

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

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

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

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

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

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

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


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

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

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

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

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

2ifconfig

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

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

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

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

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

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

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

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

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

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