Daniel Robbins хочет вернуться в Gentoo Foundation

>Люблю Gentoo.

Да это по гентушнегам заметно, что у них страсть к "куску программного кода" (с)

>Когда я могу поставить на сервер

Слова "генту" и "сервер" рядом сочетаются при наличии слова "локалхост" :-)

> я с 2001 года на генте. с тех пор поменял железо с P2 до core 2 duo.

Gentoo Linux 1.0 was released 2002-03-31

Этим все сказано... )) врать мы все горазды, аха

> То что ты не наблюдал - твои проблемы. Если тебе интересен лично я - у меня дома 2 компа, amd x2 с гентой и mac mini с дебианом. Гентой пользуюсь больше 2-х лет, пакетов сейчас ~600, все это время обновлялся и был доволен.

Ой да ладно заливать. А на каком основании ты говоришь за всех про
"большинство не имеет проблем"? У мну были проблемы каждые 3-4
апдейта, начиная от криптодиска linux-utails который после апдейта
переставал открываться так что приходилось прыгать с бубном, скриптов
с указанными полными путями которые переставали работать после
обновления psmisc или coreutils, несчетного количества затыков при
сборке и т.д. Последнее что я видел перед тем как снести это
убожество было несобирающиеся без бубна (FEATURES=-sandbox) модули и
еще что-то:

--------------------------- ACCESS VIOLATION SUMMARY ---------------------------
LOG FILE = "/var/log/sandbox/sandbox-x11-drivers_-_ati-drivers-8.42.3-10303.log"

open_wr: /usr/src/linux-2.6.23-gentoo/null.gcda
open_wr: /usr/src/linux-2.6.23-gentoo/null.gcda
open_wr: /usr/src/linux-2.6.23-gentoo/null.gcda
open_wr: /usr/src/linux-2.6.23-gentoo/null.gcda
open_wr: /usr/src/linux-2.6.23-gentoo/null.gcda
------------------------------------------------------------------------------- -

И еще пятеро знакомых пользователей генты регулярно вставали на те
или иные грабли со сборкой или настройкой. И самое смешное что
проблемы были невопроизводимые, у одного собирается - не собирается
или gcc вообще говорит что не мождет собирать бинарники :) Да вот, к
примеру, официальная багзилла:
http://bugs.gentoo.org/buglist.cgi?quicksearch=ALL%20compile

5000 bugs found. (видимо стоит LIMIT)

После увиденного можете своей бабушке по ушам ездьте сказками про отсутсвие проблем у большинства.

s/linux-utails который после апдейта переставал открываться/который после апдейта linux-utils переставал открываться/

> Анонимчег-с-недостатокм-мозга, те у кого мозга чуть побольше покупают соответствующий зип, чтобы подобных проблем избегать. Кроме того, поизучай про модули ядря и про initrd.

Я знаю про модули ядра и initrd, которые делают сборку "под железо" ненужной, поэтому и стебаюсь над наивными собиральщиками ядра под железо, которые выкидывают из ядра "все ненужное".

> Это твои эротические фантазии. я с 2001 года на генте. с тех пор поменял железо с P2 до core 2 duo.

Значит ты врешь по сборку под железо потмоу, что если бы ты собрал под железо и "выкинул все лишнее", то загрузиться на железе отличном от своего ты бы не смог - не было бы модулей для дискового контроллера.

> то загрузиться на железе отличном от своего ты бы не смог - не было бы модулей для дискового контроллера.

ты всегда такой дятел, или это у тебя сезонное?

>> Почему же? Может я не стесняюсь эмоций? Может я ЭМО? :

> Ну да, я и говорю - недостаток мозга.

С каких это пор эмоциональность приравнивается к недостатку мозга? У дохтура-мозговеда видимо у самого мозгов нету, сапожник без сапог. :)

>> Не прикидывайся дураком. "Своя" в данном случае означает ту, которую выбрал чтобы пользоваться.

> Неспособность понять, что каждый имеет право выбрать то что ему субъективно нравится не то что тебе - это тоже недостаток мозга.

Ну конечно же, на ЛОРе только и спорят создатели операционных систем и дистрибутов о том чья система лучше. Снимайся с тормозов уже, мозговед. :)

> Этим все сказано... )) врать мы все горазды, аха

Учи матчасть, гопник. 31 марта вышел первый _стабильный_ релиз.

> ты всегда такой дятел, или это у тебя сезонное?

Поясни свою мудрую фразу? Если ты собрал ядро "под железо", то поддержки ничего кроме установленного железа нет. летит материнка или контроллер и приплыли.

> Поясни свою мудрую фразу? Если ты собрал ядро "под железо", то поддержки ничего кроме установленного железа нет. летит материнка или контроллер и приплыли.

поясняю:

жил у меня не тужил IDE винт, купил я сата, воткнул, пересобрал ядро с поддержкой сата. перелил туда систему, прописал загрузчик, перезагрузился, работает. И кто куда приплыл?

>> жил у меня не тужил IDE винт, купил я сата, воткнул, пересобрал ядро с поддержкой сата. перелил туда систему, прописал загрузчик, перезагрузился, работает. И кто куда приплыл?

вово ... совершенно не понимаю высказывани. этого анонимуса.

я мать 2 раза менял, винты тоже менял, фатальных тупиков не было.

> жил у меня не тужил IDE винт, купил я сата, воткнул, пересобрал ядро с поддержкой сата. перелил туда систему, прописал загрузчик, перезагрузился, работает. И кто куда приплыл?

Так-то каждый дурак может, а Debian вообще без пересборки заводится на другом железе - вот это гибкость. Ты почему-то "не заметил" специально упомянутое про экстренную замену ввиду выхода из строя забыл. Так вот когда бинарщик уже заменил контроллер, материнскую плату или вообще все железо и уже поднял систему, гентушник занимается пересборкой с livecd в то время как его в мозг без вазелина трахают начальник и юзеры. :)

PS a110c приношу извинения. Его пост про сборку ooo на testing/unstable, а не на etch пропустил. :(

> вово ... совершенно не понимаю высказывани. этого анонимуса. я мать 2 раза менял, винты тоже менял, фатальных тупиков не было.

Когда времени дохера можно и покомпилять. А когда выходит из строя материнская плата и надо срочно поднять машину, то винда на новом железе выплевывает синий экран с INACESSIBLE BOOT DEVICE если предварительно не подшаманить с установкой Standart IDE Controller, точно и также и Gentoo ведет себя как винда, не сумев найти драйвера под новое железо, потому собрав ядро под железо выкинули "все лишнее". А Debian просто грузится на этом железе и работает, подняв необходимые модули. Дошло?

> Вы третьи сутки будете трендеть или удовлетворите-таки "автоматически" зависимости? Я уже устал слушать ваши сказки про тулзы, тупо сравнивающие номера версий. Соберите пакет, желательно, изменив пару ключей ./configure. И на реальном обновлённом компе. 

Собрал на реально обновленном Debian testing/unstable через
sudo apt-get build-dep openoffice.org
sudo apt-get -y --compile source openoffice.org 

Сделал sudo dpkg -i openoffice*.deb, запустился работает. 
./configure, врать не буду, не менял. К чему теперь будут претезии?

Получилась вот такая куча:

broffice.org_2.3.1-3_all.deb
libmythes-dev_2.3.1-3_i386.deb
libuno-cil_2.3.1-3_i386.deb
mozilla-openoffice.org_2.3.1-3_i386.deb
openoffice.org_2.3.1-3_i386.deb
openoffice.org-base_2.3.1-3_i386.deb
openoffice.org-base-core_2.3.1-3_i386.deb
openoffice.org-calc_2.3.1-3_i386.deb
openoffice.org-common_2.3.1-3_all.deb
openoffice.org-core_2.3.1-3_i386.deb
openoffice.org-dbg_2.3.1-3_i386.deb
openoffice.org-dev_2.3.1-3_i386.deb
openoffice.org-dev-doc_2.3.1-3_all.deb
openoffice.org-draw_2.3.1-3_i386.deb
openoffice.org-dtd-officedocument1.0_2.3.1-3_all.deb
openoffice.org-evolution_2.3.1-3_i386.deb
openoffice.org-filter-binfilter_2.3.1-3_i386.deb
openoffice.org-filter-mobiledev_2.3.1-3_all.deb
openoffice.org-gcj_2.3.1-3_i386.deb
openoffice.org-gnome_2.3.1-3_i386.deb
openoffice.org-gtk_2.3.1-3_i386.deb
openoffice.org-headless_2.3.1-3_i386.deb
openoffice.org-help-cs_2.3.1-3_all.deb
openoffice.org-help-da_2.3.1-3_all.deb
openoffice.org-help-de_2.3.1-3_all.deb
openoffice.org-help-dz_2.3.1-3_all.deb
openoffice.org-help-en-gb_2.3.1-3_all.deb
openoffice.org-help-en-us_2.3.1-3_all.deb
openoffice.org-help-es_2.3.1-3_all.deb
openoffice.org-help-et_2.3.1-3_all.deb
openoffice.org-help-fr_2.3.1-3_all.deb
openoffice.org-help-gl_2.3.1-3_all.deb
openoffice.org-help-hi-in_2.3.1-3_all.deb
openoffice.org-help-hu_2.3.1-3_all.deb
openoffice.org-help-it_2.3.1-3_all.deb
openoffice.org-help-ja_2.3.1-3_all.deb
openoffice.org-help-km_2.3.1-3_all.deb
openoffice.org-help-ko_2.3.1-3_all.deb
openoffice.org-help-nl_2.3.1-3_all.deb
openoffice.org-help-pl_2.3.1-3_all.deb
openoffice.org-help-pt_2.3.1-3_all.deb
openoffice.org-help-pt-br_2.3.1-3_all.deb
openoffice.org-help-ru_2.3.1-3_all.deb
openoffice.org-help-sl_2.3.1-3_all.deb
openoffice.org-help-sv_2.3.1-3_all.deb
openoffice.org-help-zh-cn_2.3.1-3_all.deb
openoffice.org-help-zh-tw_2.3.1-3_all.deb
openoffice.org-impress_2.3.1-3_i386.deb
openoffice.org-java-common_2.3.1-3_all.deb
openoffice.org-kde_2.3.1-3_i386.deb
openoffice.org-l10n-af_2.3.1-3_all.deb
openoffice.org-l10n-ar_2.3.1-3_all.deb
openoffice.org-l10n-as-in_2.3.1-3_all.deb
openoffice.org-l10n-be-by_2.3.1-3_all.deb
openoffice.org-l10n-bg_2.3.1-3_all.deb
openoffice.org-l10n-bn_2.3.1-3_all.deb
openoffice.org-l10n-br_2.3.1-3_all.deb
openoffice.org-l10n-bs_2.3.1-3_all.deb
openoffice.org-l10n-ca_2.3.1-3_all.deb
openoffice.org-l10n-cs_2.3.1-3_all.deb
openoffice.org-l10n-cy_2.3.1-3_all.deb
openoffice.org-l10n-da_2.3.1-3_all.deb
openoffice.org-l10n-de_2.3.1-3_all.deb
openoffice.org-l10n-dz_2.3.1-3_all.deb
openoffice.org-l10n-el_2.3.1-3_all.deb
openoffice.org-l10n-en-gb_2.3.1-3_all.deb
openoffice.org-l10n-en-za_2.3.1-3_all.deb
openoffice.org-l10n-eo_2.3.1-3_all.deb
openoffice.org-l10n-es_2.3.1-3_all.deb
openoffice.org-l10n-et_2.3.1-3_all.deb
openoffice.org-l10n-fa_2.3.1-3_all.deb
openoffice.org-l10n-fi_2.3.1-3_all.deb
openoffice.org-l10n-fr_2.3.1-3_all.deb
openoffice.org-l10n-ga_2.3.1-3_all.deb
openoffice.org-l10n-gl_2.3.1-3_all.deb
openoffice.org-l10n-gu-in_2.3.1-3_all.deb
openoffice.org-l10n-he_2.3.1-3_all.deb
openoffice.org-l10n-hi-in_2.3.1-3_all.deb
openoffice.org-l10n-hr_2.3.1-3_all.deb
openoffice.org-l10n-hu_2.3.1-3_all.deb
openoffice.org-l10n-in_2.3.1-3_all.deb
openoffice.org-l10n-it_2.3.1-3_all.deb
openoffice.org-l10n-ja_2.3.1-3_all.deb
openoffice.org-l10n-ka_2.3.1-3_all.deb
openoffice.org-l10n-km_2.3.1-3_all.deb
openoffice.org-l10n-ko_2.3.1-3_all.deb
openoffice.org-l10n-ku_2.3.1-3_all.deb
openoffice.org-l10n-lo_2.3.1-3_all.deb
openoffice.org-l10n-lt_2.3.1-3_all.deb
openoffice.org-l10n-lv_2.3.1-3_all.deb
openoffice.org-l10n-mk_2.3.1-3_all.deb
openoffice.org-l10n-ml-in_2.3.1-3_all.deb
openoffice.org-l10n-mr-in_2.3.1-3_all.deb
openoffice.org-l10n-nb_2.3.1-3_all.deb
openoffice.org-l10n-ne_2.3.1-3_all.deb
openoffice.org-l10n-nl_2.3.1-3_all.deb
openoffice.org-l10n-nn_2.3.1-3_all.deb
openoffice.org-l10n-nr_2.3.1-3_all.deb
openoffice.org-l10n-ns_2.3.1-3_all.deb
openoffice.org-l10n-or-in_2.3.1-3_all.deb
openoffice.org-l10n-pa-in_2.3.1-3_all.deb
openoffice.org-l10n-pl_2.3.1-3_all.deb
openoffice.org-l10n-pt_2.3.1-3_all.deb
openoffice.org-l10n-pt-br_2.3.1-3_all.deb
openoffice.org-l10n-ru_2.3.1-3_all.deb
openoffice.org-l10n-rw_2.3.1-3_all.deb
openoffice.org-l10n-sk_2.3.1-3_all.deb
openoffice.org-l10n-sl_2.3.1-3_all.deb
openoffice.org-l10n-sr-cs_2.3.1-3_all.deb
openoffice.org-l10n-ss_2.3.1-3_all.deb
openoffice.org-l10n-st_2.3.1-3_all.deb
openoffice.org-l10n-sv_2.3.1-3_all.deb
openoffice.org-l10n-ta-in_2.3.1-3_all.deb
openoffice.org-l10n-te-in_2.3.1-3_all.deb
openoffice.org-l10n-tg_2.3.1-3_all.deb
openoffice.org-l10n-th_2.3.1-3_all.deb
openoffice.org-l10n-tn_2.3.1-3_all.deb
openoffice.org-l10n-tr_2.3.1-3_all.deb
openoffice.org-l10n-ts_2.3.1-3_all.deb
openoffice.org-l10n-uk_2.3.1-3_all.deb
openoffice.org-l10n-uz_2.3.1-3_all.deb
openoffice.org-l10n-ve_2.3.1-3_all.deb
openoffice.org-l10n-vi_2.3.1-3_all.deb
openoffice.org-l10n-xh_2.3.1-3_all.deb
openoffice.org-l10n-za_2.3.1-3_all.deb
openoffice.org-l10n-zh-cn_2.3.1-3_all.deb
openoffice.org-l10n-zh-tw_2.3.1-3_all.deb
openoffice.org-l10n-zu_2.3.1-3_all.deb
openoffice.org-math_2.3.1-3_i386.deb
openoffice.org-officebean_2.3.1-3_i386.deb
openoffice.org-qa-api-tests_2.3.1-3_all.deb
openoffice.org-qa-tools_2.3.1-3_i386.deb
openoffice.org-report-builder_1.0.0+OOo2.3.1-3_i386.deb
openoffice.org-sdbc-postgresql_0.7.5+OOo2.3.1-3_i386.deb
openoffice.org-style-andromeda_2.3.1-3_all.deb
openoffice.org-style-crystal_2.3.1-3_all.deb
openoffice.org-style-hicontrast_2.3.1-3_all.deb
openoffice.org-style-industrial_2.3.1-3_all.deb
openoffice.org-style-tango_2.3.1-3_all.deb
openoffice.org-writer_2.3.1-3_i386.deb
python-uno_2.3.1-3_i386.deb
ttf-opensymbol_2.3.1-3_all.deb

> PS a110c приношу извинения. Его пост про сборку ooo на testing/unstable, а не на etch пропустил. :(

Так что этого красноглазого не устраивает, testing/unstable или, наоборот, etch?

> зы ни разу не помню, что бы гентушниг обсырад дебианщика.

А ты LOR вообще читаешь?

> Так что этого красноглазого не устраивает, testing/unstable или, наоборот, etch?

http://www.linux.org.ru/view-message.jsp?msgid=2406675&page=10#2408828

ЗЫ На debootstrap-нутом etch openoffice 2.3.1 собирался 8 часов из etch-backports, пока не был грохнут по ctrl-c после прочтения про testing/unstable. Проблем не выявлено.

Так что, с учетом того, что новый OOo собирается и на etch и на testing, a110c приступает к поеданию шляпы на бис!!!

ЗЗЫ Какой кошмар, на глазах рушатся мифы про то, что на дебах сложно собрать софт, про недели епли, про старый софт в Debian, про то, что флаги -mmx -sse на самом деле не приводят к генерации SSE и MMX кода, и мифы про преимущества сборки ядра под железо... :)

>Так что этого красноглазого не устраивает, testing/unstable или, наоборот, etch?

"И с кем вы не согласны? - Да с обоими!" (с)

>ЗЗЫ Какой кошмар, на глазах рушатся мифы про то, что на дебах сложно собрать софт, про недели епли, про старый софт в Debian, про то, что флаги -mmx -sse на самом деле не приводят к генерации SSE и MMX кода, и мифы про преимущества сборки ядра под железо... :)

Надеешься, что хоть один гентушнег, осиливший этот тред, что-то понял?

>Автор сего знает, что SSE/MMX само по себе не включается так что опциями -mmx, -sse можно подтереться если программа не использует gcc-шные векторные расширения(а 99.9 не использует)?

А Вы сами то пробовали? могу подсказать (кстати, тут на ЛОРе и пробегало):

#!/bin/bash
cat << CODE > /root/temp/sse/test.c
double test() {
double a,b,c,d,e,f,g,h,i,r;
a=b=c=d=e=f=g=h=r=5;
for(i=0;i<10;i++) {
a+=1.0;
b+=1.0;
c+=1.0;
d+=1.0;
e+=1.0;
f+=1.0;
g+=1.0;
h+=1.0;
r=a+b+c+d+f+g+h;
}
return r;
}
CODE
gcc -mtune=athlon64 -c ./test.c -S -o ./test_mmx.S
gcc -m32 -mtune=i386 -c ./test.c -S -o ./test.S
diff -uN ./test_mmx.S ./test.Slocalhost sse

Если хотите поменяйте флаги...

> Когда времени дохера можно и покомпилять. А когда выходит из строя материнская плата и надо срочно поднять машину, то винда на новом железе выплевывает синий экран с INACESSIBLE BOOT DEVICE если предварительно не подшаманить с установкой Standart IDE Controller, точно и также и Gentoo ведет себя как винда, не сумев найти драйвера под новое железо, потому собрав ядро под железо выкинули "все лишнее". А Debian просто грузится на этом железе и работает, подняв необходимые модули. Дошло?

Анонимчег, ты таки идиот, причем нИАсиливший "компиляцию ядра". ТО что твой конкретный знакомый скомпилил что-то криво, не значит что так делают все "Дошло?". Про модули ты, видимо какой-то звон слышал. Но идиотом быть не перестал, поскольку откуда он - не знаешь :) Прочитай на досуге про initrd/initramfs, меньше луж будешь газифицировать рассказывая про то как ядро "поднимает нужные модули".

> Собрал на реально обновленном Debian testing/unstable через sudo apt-get build-dep openoffice.org sudo apt-get -y --compile source openoffice.org

> Сделал sudo dpkg -i openoffice*.deb, запустился работает. ./configure, врать не буду, не менял. К чему теперь будут претезии?

Отлично, спасибо!

Можешь посмотреть, какие флаги ./configure у тебя были выставлены в момент сборки?

> С каких это пор эмоциональность приравнивается к недостатку мозга?

Это не тематика данного форума, если желаешь - могу дать платную консультацию. И назначить курс лечения.

> Ну конечно же, на ЛОРе только и спорят создатели операционных систем и дистрибутов о том чья система лучше. Снимайся с тормозов уже, мозговед. :)

То что большинство пишущих на лоре - такие талпа...^W пустобрехи, характеризует его не с положительной стороны, отнюдь. Так что я лучше на тормозах останусь.

> А когда выходит из строя материнская плата и надо срочно поднять машину, то винда на новом железе выплевывает синий экран с INACESSIBLE BOOT DEVICE если предварительно не подшаманить с установкой Standart IDE Controller, точно и также и Gentoo ведет себя как винда, не сумев найти драйвера под новое железо

А как ты считаешь, если метеорит внезапно попадает в Генту, запустить её с ядром, взятым с инсталлятора с любого гентосайта гентушникам не позволит Заратустра? И зачем выкидывать из ядра generic IDE?

> s/linux-utails который после апдейта переставал открываться/который после апдейта linux-utils переставал открываться/

Праститес, выс случайнос не прибалтийскийс линукс устанавливаетес, раз он у вас утилитыс утаилс?

--disable-post-install-scripts --with-tag=OOG680_m9 --with-distro=Debian --with-vendor='Debian' --enable-package-directories --with-installed-ooo-dirname=openoffice --mandir=/usr/share/man --with-docdir=/usr/share/doc/openoffice.org --with-lang="en-US af ar as-IN be-BY bg bn br bs ca cs cy da de dz el en-GB en-ZA eo es et fa fi fr ga gl gu-IN he hi-IN hr hu it ja ka km ko ku lo lt lv mk ml-IN mr-IN nb ne nl nn nr ns or-IN pa-IN pl pt pt-BR ru rw sk sl sr-CS ss st sv ta-IN te-IN tg th tn tr ts uk uz ve vi xh zh-CN zh-TW zu" --with-build-version="openoffice.org-core 1:2.3.1-3, `LC_ALL=C date`" --disable-strip --enable-atkbridge --enable-lockdown --enable-openxml --with-drink=coffee --disable-access --with-binsuffix=no --enable-gcjaot --with-jdk-home=/usr/lib/jvm/java-gcj --with-system-xt --with-system-xerces --with-system-xalan --with-mingwin=i586-mingw32msvc-g++ --with-system-jfreereport --enable-mono --with-system-hunspell --with-system-altlinuxhyph --with-stlport4=/mnt/hdd400/Media/seva/Temp/OOo/openoffice.org-2.3.1/stlport --with-system-boost --with-system-vigra --with-system-portaudio --with-system-libwpd --with-system-libwps --with-system-libwpg --with-system-icu --with-system-libxslt --with-system-cairo --enable-binfilter --with-system-hsqldb --with-system-beanshell --with-system-lpsolve --enable-dbus --with-system-neon --enable-symbols=SMALL --with-num-cpus=1

Имеется весь лог на 3Мб в архиве.

> http://bugs.gentoo.org/buglist.cgi?quicksearch=ALL%20compile

> 5000 bugs found. (видимо стоит LIMIT)

А кому мешают resolved баги? Может посмотрим в бубунтовую багзиллу, где всё open и critical?

https://bugs.launchpad.net/ubuntu/+bugs?field.searchtext=&search=Search+B...

> Can't open/create '/root/openoffice.org-2.3.1/ooo-build/build/OOG680_m9/sch/source/core/localize. sdf'

> Приду проверю. :)

И что, apt-get не смог собрать и скачал бинарник? Почему у тебя что-то пишет в /root и записать туда ничего не может?

Не совсем то кинул (это были параметры вызова). Вот полные флаги:

Config: --disable-binfilter --disable-crashdump --with-lang="en-US af ar as-IN be-BY bg bn br bs ca cs cy da de dz el en-GB en-ZA eo es et fa fi fr ga gl gu-IN he hi-IN hr hu it ja ka km ko ku lo lt lv mk ml-IN mr-IN nb ne nl nn nr ns or-IN pa-IN pl pt pt-BR ru rw sk sl sr-CS ss st sv ta-IN te-IN tg th tn tr ts uk uz ve vi xh zh-CN zh-TW zu" --with-use-shell=bash --without-gpc --without-agg --disable-epm --with-openldap --with-build-version="Build 2.3.1.1" --without-fonts --with-system-freetype --with-system-gcc --with-system-jpeg --with-system-libxml --with-system-mozilla --with-system-python --with-system-stdlibs --with-system-zlib --with-unix-wrapper=ooffice --enable-evolution2 --enable-atkbridge --with-alloc=system --with-vba-package-format=builtin --enable-cairo=yes --with-system-xrender-headers --enable-gtk --enable-kde --without-myspell-dicts --enable-libsn --disable-fontooo --with-system-expat --with-system-odbc-headers --without-nas --with-system-curl --with-system-sane-header --with-system-xrender-headers --enable-gnome-vfs --enable-pasf --with-system-sndfile --enable-symbols --with-system-db --enable-crypt-link --enable-pam-link --with-dynamic-xinerama --enable-xsltproc --disable-access '--disable-post-install-scripts' '--with-tag=OOG680_m9' '--with-distro=Debian' '--with-vendor=Debian' '--enable-package-directories' '--with-installed-ooo-dirname=openoffice' '--mandir=/usr/share/man' '--with-docdir=/usr/share/doc/openoffice.org' '--with-lang=en-US af ar as-IN be-BY bg bn br bs ca cs cy da de dz el en-GB en-ZA eo es et fa fi fr ga gl gu-IN he hi-IN hr hu it ja ka km ko ku lo lt lv mk ml-IN mr-IN nb ne nl nn nr ns or-IN pa-IN pl pt pt-BR ru rw sk sl sr-CS ss st sv ta-IN te-IN tg th tn tr ts uk uz ve vi xh zh-CN zh-TW zu' '--with-build-version=openoffice.org-core 1:2.3.1-3, Sun Jan 13 23:01:58 MSK 2008' '--disable-strip' '--enable-atkbridge' '--enable-lockdown' '--enable-openxml' '--with-drink=coffee' '--disable-access' '--with-binsuffix=no' '--enable-gcjaot' '--with-jdk-home=/usr/lib/jvm/java-gcj' '--with-system-xt' '--with-system-xerces' '--with-system-xalan' '--with-mingwin=i586-mingw32msvc-g++' '--with-system-jfreereport' '--enable-mono' '--with-system-hunspell' '--with-system-altlinuxhyph' '--with-stlport4=/mnt/hdd400/Media/seva/Temp/OOo/openoffice.org-2.3.1/stlport' '--with-system-boost' '--with-system-vigra' '--with-system-portaudio' '--with-system-libwpd' '--with-system-libwps' '--with-system-libwpg' '--with-system-icu' '--with-system-libxslt' '--with-system-cairo' '--enable-binfilter' '--with-system-hsqldb' '--with-system-beanshell' '--with-system-lpsolve' '--enable-dbus' '--with-system-neon' '--enable-symbols=SMALL' '--with-num-cpus=1'

> > Can't open/create '/root/openoffice.org-2.3.1/ooo-build/build/OOG680_m9/sch/source/core/localize. sdf' > Приду проверю. :)

> И что, apt-get не смог собрать и скачал бинарник? Почему у тебя что-то пишет в /root и записать туда ничего не может?

У меня на это же ругалось (смотрю лог, только каталог ессно мой), сброке оно не помешало.

> гентушники жгут. развели малолетку на сборку офиса. Ау, собрал чтоль 2.3.1 версию? просто интересно :)))))

Если я не сбился со счёта, собирали один раз под бубунту, один раз под деб и ещё один чувак собирал сначала одну версию, потом другую (этому надо бы приз какой подарить, например, инсталляционный диск генты).

Сейчас буду их флагам сборки офиса обучать и разруливать зависимости. К концу курса обучения флаги генты для них перестанут представлять загадку, они ведь намного проще, чем флаги сборки опенофиса.

> Сейчас буду их флагам сборки офиса обучать и разруливать зависимости.

Нет уж спасибо, я лучше на питоне или ерланге что-нибудь покодю, да и вообще сейчас сессия, студенты одолевают.

> Приписываешь мне не мои слова. Я вызвался опровергнуть, что OOO собирается на дебиан без всякой епли за менее чем неделю.

Ну и сколько вы промутохались? 2.5 суток?

По ходу выяснилось:

1) 80% анонимусов, представляющихся дебианщиками, на самом деле являются бубунтологами.

2) В Дебе-тестинге опенофис старый как говно мамонта (соответственно в стейбле он старее говна мамонтова прапрадедушки).

3) В процессе "сборки" Дебиан зачем-то пишет в /root, но у него это не получается. В итоге возникают сомнения в том, не фейк ли потом бубунтологами демонстрируется.

> Скорее тряхнул стариной, вспомнил было гентушное красноглазое задротство.

4) Один из анонимусов представляется красноглазым заDр0tом.

> Ну и сколько вы промутохались? 2.5 суток?

В выходные я сижу за ноутом в Убунтой.

> 1) 80% анонимусов, представляющихся дебианщиками, на самом деле являются бубунтологами.

Да, убунта поудобнее на дектопе, неужто не знал?

> 3) В процессе "сборки" Дебиан зачем-то пишет в /root, но у него это не получается.

Извини, но ты все-таки тупой. Это папка, где лежат скаченные сурсы.

> В итоге возникают сомнения в том, не фейк ли потом бубунтологами демонстрируется.

Думаешь в убунте рута нет, что ли?

Добро пожаловать в игнор, в общем.

> --disable-post-install-scripts --with-tag=OOG680_m9 --with-distro=Debian --with-vendor='Debian' --enable-package-directories --with-installed-ooo-dirname=openoffice --mandir=/usr/share/man --with-docdir=/usr/share/doc/openoffice.org --with-lang="en-US af ar as-IN be-BY bg bn br bs ca cs cy da de dz el en-GB en-ZA eo es et fa fi fr ga gl gu-IN he hi-IN hr hu it ja ka km ko ku lo lt lv mk ml-IN mr-IN nb ne nl nn nr ns or-IN pa-IN pl pt pt-BR ru rw sk sl sr-CS ss st sv ta-IN te-IN tg th tn tr ts uk uz ve vi xh zh-CN zh-TW zu" --with-build-version="openoffice.org-core 1:2.3.1-3, `LC_ALL=C date`" --disable-strip --enable-atkbridge --enable-lockdown --enable-openxml --with-drink=coffee --disable-access --with-binsuffix=no --enable-gcjaot --with-jdk-home=/usr/lib/jvm/java-gcj --with-system-xt --with-system-xerces --with-system-xalan --with-mingwin=i586-mingw32msvc-g++ --with-system-jfreereport --enable-mono --with-system-hunspell --with-system-altlinuxhyph --with-stlport4=/mnt/hdd400/Media/seva/Temp/OOo/openoffice.org-2.3.1/stlport --with-system-boost --with-system-vigra --with-system-portaudio --with-system-libwpd --with-system-libwps --with-system-libwpg --with-system-icu --with-system-libxslt --with-system-cairo --enable-binfilter --with-system-hsqldb --with-system-beanshell --with-system-lpsolve --enable-dbus --with-system-neon --enable-symbols=SMALL --with-num-cpus=1

Спасибо.

Собственно выясняется именно то, о чём я писал с самого начала. Опенофис собран не просто неоптимально (ненужные языки и статический мозилловский код внутри него), но и с кривым фонтовым движком. Без ключа --with-system-freetype в офис статически вкорячивается древний freetype и bytecode interpreter, даже при его наличии в системе, работать не будет.

Сколько раз тут успели написать, что дебианские бинарники охренеть какие оптимальные, прямые и совершенные? Писали, возможно, люди с очень плохим зрением, т.к. корявые фонты опенофиса, отличающиеся от фонтов остальных приложений, бросаются в глаза всем, кто его видит.

А теперь представьте, что из толпы бубунтологов со сборкой по фабричному шаблону справились всего двое-трое. Сколько человек дойдут до финиша, собрав опенофис нормально?

Как можно оценить работу майнтейнеров, собирающих пакет без bytecode interpreter и subpixel hinting? Может быть, для дебианщиков есть README и инструкции о том, как пересобрать код опенофиса для использования патентованных алгоритмов, для включения кода, запрещённого к распространению в бинарном виде?

> Не совсем то кинул (это были параметры вызова). Вот полные флаги:

> he hi-IN hr hu it 

> openoffice.org-l10n-he_2.3.1-3_all.deb
> openoffice.org-l10n-hi-in_2.3.1-3_all.deb
> openoffice.org-l10n-hr_2.3.1-3_all.deb
> openoffice.org-l10n-hu_2.3.1-3_all.deb
> openoffice.org-l10n-in_2.3.1-3_all.deb (*)
> openoffice.org-l10n-it_2.3.1-3_all.deb

А почему тогда список языков не соответствует языковым файлам?

> 3) В процессе "сборки" Дебиан зачем-то пишет в /root, но у него это не получается.

> Извини, но ты все-таки тупой. Это папка, где лежат скаченные сурсы.

> Can't open/create '/root/openoffice.org-2.3.1/ooo-build/build/OOG680_m9/sch/source/core/localize. sdf'

А зачем дебиан пишет туда? Дебианщики не познали радости проверок $UID?

> Анонимчег, ты таки идиот, причем нИАсиливший "компиляцию ядра". ТО что твой конкретный знакомый скомпилил что-то криво, не значит что так делают все "Дошло?".

Ты читаешь между строк? Речь вообще-то была про затачивание ядра под железо. А когда затачивают ядро под железо, то это означает сборку под конкретный камень и конкретные железки и с атким ядром на другом железе не загрузишься. Дошло, тормоз?

> Про модули ты, видимо какой-то звон слышал. Но идиотом быть не перестал, поскольку откуда он - не знаешь :)

До чего агрессивные, закомплексованные и глупые гентушнеги пошли просто ужос. Сами что-то мне приписывают, а потом оскорбляют, виня в тупости.

> Прочитай на досуге про initrd/initramfs, меньше луж будешь газифицировать рассказывая про то как ядро "поднимает нужные модули".

Сам и читай, а я наблюдаю как сие отлично работает искаропки в дебе каждый день. А в кривогенте initrd поднимает все модули подряд при загрузке, надеясь что хоть что-то подойдет и эти модули так и продолжают болтаться в памяти, даже если соответствующего им железа нет. Помню как наблюдал по lsmod загруженные кривым гентушным initrd драйвера для SCSI-контроллеров, E1000 и т.д. которых в системе реально не было. Ха-ха-ха.

> Прочитай на досуге про initrd/initramfs, меньше луж будешь газифицировать рассказывая про то как ядро "поднимает нужные модули".

Так откуда, тупицы кусок, этот initrd возьмет модули для другого дискового контроллера, если ядро "заточено под железо"? :)

> А зачем дебиан пишет туда? Дебианщики не познали радости проверок $UID?

Ты уже съел свою шапку? Хочешь еще? :)

>Слова "генту" и "сервер" рядом сочетаются при наличии слова "локалхост" :-)

Филолог, ссылки на словарь не приведёшь?

>Так-то каждый дурак может, а Debian вообще без пересборки заводится на другом железе - вот это гибкость.

А Sarge на SATA2 в своё время быз проблем заводился?

>Когда времени дохера можно и покомпилять. А когда выходит из строя материнская плата и надо срочно поднять машину, то винда на новом железе выплевывает синий экран с INACESSIBLE BOOT DEVICE если предварительно не подшаманить с установкой Standart IDE Controller, точно и также и Gentoo ведет себя как винда, не сумев найти драйвера под новое железо, потому собрав ядро под железо выкинули "все лишнее". А Debian просто грузится на этом железе и работает, подняв необходимые модули.

Если_эти_модули_есть. А если это stable и материнка совсем уж новая с совсем уж новым чипсетом, а обновится ты не успел (сгорело всё на чём старое ядро работало)?

>Какой кошмар, на глазах рушатся мифы про то, что на дебах сложно собрать софт

Не надо так драматизировать ;). Ссылочку лучше дайте на пост где эти мифы рушатся, а не просто дебианщики всё время меняют начальные условия решения задачи ( ну типа "не увидели").

>мифы про преимущества сборки ядра под железо

Правильно -- i386 наше всё (даже на Athlon64).

>Надеешься, что хоть один гентушнег, осиливший этот тред, что-то понял?

Скорее это ты даже не пытался хоть что-то понять. Так ответишь таки в чём нишевость Slackware и отсутствие такой у Debian?

$ gcc -mtune=athlon64 -c ./test.c -S -o ./test_mmx.S
$ gcc -m32 -mtune=i386 -c ./test.c -S -o ./test.S
$ diff -uN ./test_mmx.S ./test.Slocalhost |grep xmm
$ gcc -v
Используются внутренние спецификации.
Целевая архитектура: i486-linux-gnu
Параметры конфигурации: ../src/configure -v --enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --with-gxx-include-dir=/usr/include/c++/4.1.3 --program-suffix=-4.1 --enable-__cxa_atexit --enable-clocale=gnu --enable-libstdcxx-debug --enable-mpfr --enable-checking=release i486-linux-gnu
Модель многопотоковости: posix
gcc версия 4.1.3 20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2)

$ gcc -msse -mmmx -march=pentium4 -c ./test.c -S -o ./test.S
$ grep -i xmm test.S
$ grep -i mm test.S
$

> А кому мешают resolved баги?

Да никому не мешают, они как появились так сразу статус resolved получили сами собой. Ха-ха-ха.

> Может посмотрим в бубунтовую багзиллу, где всё open и critical? https://bugs.launchpad.net/ubuntu/+bugs?field.searchtext=&search=Search+B.. .

Посмотрел - ни одного связанного со сборкой, в основном - глюки софта, который везде один и тот же +- версией позже версией раньше. :)

В генте судя по всему тоже немало: http://bugs.gentoo.org/buglist.cgi?query_format=advanced&short_desc_type=...

Упс, всё не поместилось, снова 5000. Гентушнеги явно что-то недоговаривают. )

> А Sarge на SATA2 в своё время быз проблем заводился?

Вроде были проблемы. Уже etch есть давно.

> Если_эти_модули_есть. А если это stable и материнка совсем уж новая с совсем уж новым чипсетом, а обновится ты не успел (сгорело всё на чём старое ядро работало)?

Тогда проблема. Ну гента тем более преимуществ в случае заточки под железо или использования старого ядра, которое не поддерживает новые железки, тоже не даст. А в стабильном дебе тоже можно новое ядро поставить из бэкпортов, даже если ядро старое, то всяко загрузка с livecd, chroot /mnt/deb и apt-get -t etch-backports install linux-image будет быстрее, чем переконфигурирование ядра, проверка и перекомпиляцие.

> Правильно -- i386 наше всё (даже на Athlon64).

На самом деле -march=i486 -mtune=i686. А libc6-i686 и linux-image-2.6-686 разве отменили? Ну а без использования SIMD-инструкций, а они от -mmmx -msse появляются, никакой разницы по скорости между i686 и -march=nocona не будет. И как раз для ядра под AMD64 никаких преимуществ от сборки с мегаоптимизациями не будет вовсе, потому что там уже итак все оптимизировано под AMD64.

> Не надо так драматизировать ;). Ссылочку лучше дайте на пост где эти мифы рушатся, а не просто дебианщики всё время меняют начальные условия решения задачи ( ну типа "не увидели").

Да вон a110c и еще один клоун собиравший ooo неделю смачно сели в лужу:

http://www.linux.org.ru/view-message.jsp?msgid=2406675&page=9#2408775 http://www.linux.org.ru/view-message.jsp?msgid=2406675&page=11#2409613

http://www.linux.org.ru/view-message.jsp?msgid=2406675&page=10#2408828 http://www.linux.org.ru/view-message.jsp?msgid=2406675&page=16#2413096

> А зачем дебиан пишет туда? Дебианщики не познали радости проверок $UID?

В дебиане исходники по apt-get source собираются в текущем каталоге без всякого гимора с оверлеями, ebuild /usr/overlays/my/sys-blah/blah/blah.ebuild digest, ebuild /usr/overlays/my/sys-blah/blah/blah.ebuild compile ebuild /usr/overlays/my/sys-blah/blah/blah.ebuild merge. Хоть бы подучил матчасть прежде чем катить бочку на деб. :)

А причем тут оверлеи. Слово услышалновое, что ли? Kazimir

> А Sarge на SATA2 в своё время быз проблем заводился?

>Вроде были проблемы. Уже etch есть давно.

Имелось ввиду, что всё же не всегда "Debian вообще без пересборки заводится на другом железе" -- разные случаи бывают. Ну а sarge тогда был stable и рекомендовался к установке на серверы.

> Правильно -- i386 наше всё (даже на Athlon64).

>На самом деле -march=i486 -mtune=i686. А libc6-i686 и linux-image-2.6-686 разве отменили? Ну а без использования SIMD-инструкций, а они от -mmmx -msse появляются, никакой разницы по скорости между i686 и -march=nocona не будет. И как раз для ядра под AMD64 никаких преимуществ от сборки с мегаоптимизациями не будет вовсе, потому что там уже итак все оптимизировано под AMD64.

Это ирония была ;)

P.S. В Slackware тоже -march=i486 -mtune=i686 и независимые исследования показывают, что разница с -march=i686 минимальна.

>Целевая архитектура: i486-linux-gnu

Ну чтож:

--- ./test_mmx.S 2008-01-14 22:59:35.000000000 +0300
+++ ./test.S 2008-01-14 22:59:35.000000000 +0300
@@ -3,135 +3,114 @@
.globl test
.type test, @function
test:
-.LFB2:
- pushq %rbp
-.LCFI0:
- movq %rsp, %rbp
-.LCFI1:
- movabsq $4617315517961601024, %rax
- movq %rax, -8(%rbp)
- movq -8(%rbp), %rax
- movq %rax, -24(%rbp)
- movq -24(%rbp), %rax
- movq %rax, -32(%rbp)
- movq -32(%rbp), %rax
- movq %rax, -40(%rbp)
- movq -40(%rbp), %rax
- movq %rax, -48(%rbp)
- movq -48(%rbp), %rax
- movq %rax, -56(%rbp)
- movq -56(%rbp), %rax
- movq %rax, -64(%rbp)
- movq -64(%rbp), %rax
- movq %rax, -72(%rbp)
- movq -72(%rbp), %rax
- movq %rax, -80(%rbp)
+ pushl %ebp
+ movl %esp, %ebp
+ subl $88, %esp
movl $0, %eax
- movq %rax, -16(%rbp)
+ movl $1075052544, %edx
+ movl %eax, -8(%ebp)
+ movl %edx, -4(%ebp)
+ movl -8(%ebp), %eax
+ movl -4(%ebp), %edx
+ movl %eax, -24(%ebp)
+ movl %edx, -20(%ebp)
+ movl -24(%ebp), %eax
+ movl -20(%ebp), %edx
+ movl %eax, -32(%ebp)
+ movl %edx, -28(%ebp)
+ movl -32(%ebp), %eax
+ movl -28(%ebp), %edx
+ movl %eax, -40(%ebp)
+ movl %edx, -36(%ebp)
+ movl -40(%ebp), %eax
+ movl -36(%ebp), %edx
+ movl %eax, -48(%ebp)
+ movl %edx, -44(%ebp)
+ movl -48(%ebp), %eax
+ movl -44(%ebp), %edx
+ movl %eax, -56(%ebp)
+ movl %edx, -52(%ebp)
+ movl -56(%ebp), %eax
+ movl -52(%ebp), %edx
+ movl %eax, -64(%ebp)
+ movl %edx, -60(%ebp)
+ movl -64(%ebp), %eax
+ movl -60(%ebp), %edx
+ movl %eax, -72(%ebp)
+ movl %edx, -68(%ebp)
+ movl -72(%ebp), %eax
+ movl -68(%ebp), %edx
+ movl %eax, -80(%ebp)
+ movl %edx, -76(%ebp)
+ movl $0, %eax
+ movl $0, %edx
+ movl %eax, -16(%ebp)
+ movl %edx, -12(%ebp)
jmp .L2
.L3:
- movlpd -80(%rbp), %xmm1
- movlpd .LC2(%rip), %xmm0
- addsd %xmm1, %xmm0
- movsd %xmm0, -80(%rbp)
- movlpd -72(%rbp), %xmm1
- movlpd .LC2(%rip), %xmm0
- addsd %xmm1, %xmm0
- movsd %xmm0, -72(%rbp)
- movlpd -64(%rbp), %xmm1
- movlpd .LC2(%rip), %xmm0
- addsd %xmm1, %xmm0
- movsd %xmm0, -64(%rbp)
- movlpd -56(%rbp), %xmm1
- movlpd .LC2(%rip), %xmm0
- addsd %xmm1, %xmm0
- movsd %xmm0, -56(%rbp)
- movlpd -48(%rbp), %xmm1
- movlpd .LC2(%rip), %xmm0
- addsd %xmm1, %xmm0
- movsd %xmm0, -48(%rbp)
- movlpd -40(%rbp), %xmm1
- movlpd .LC2(%rip), %xmm0
- addsd %xmm1, %xmm0
- movsd %xmm0, -40(%rbp)
- movlpd -32(%rbp), %xmm1
- movlpd .LC2(%rip), %xmm0
- addsd %xmm1, %xmm0
- movsd %xmm0, -32(%rbp)
- movlpd -24(%rbp), %xmm1
- movlpd .LC2(%rip), %xmm0
- addsd %xmm1, %xmm0
- movsd %xmm0, -24(%rbp)
- movlpd -80(%rbp), %xmm0
- addsd -72(%rbp), %xmm0
- addsd -64(%rbp), %xmm0
- addsd -56(%rbp), %xmm0
- addsd -40(%rbp), %xmm0
- addsd -32(%rbp), %xmm0
- addsd -24(%rbp), %xmm0
- movsd %xmm0, -8(%rbp)
- movlpd -16(%rbp), %xmm1
- movlpd .LC2(%rip), %xmm0
- addsd %xmm1, %xmm0
- movsd %xmm0, -16(%rbp)
+ fldl -80(%ebp)
+ fld1
+ faddp %st, %st(1)
+ fstpl -80(%ebp)
+ fldl -72(%ebp)
+ fld1
+ faddp %st, %st(1)
+ fstpl -72(%ebp)
+ fldl -64(%ebp)
+ fld1
+ faddp %st, %st(1)
+ fstpl -64(%ebp)
+ fldl -56(%ebp)
+ fld1
+ faddp %st, %st(1)
+ fstpl -56(%ebp)
+ fldl -48(%ebp)
+ fld1
+ faddp %st, %st(1)
+ fstpl -48(%ebp)
+ fldl -40(%ebp)
+ fld1
+ faddp %st, %st(1)
+ fstpl -40(%ebp)
+ fldl -32(%ebp)
+ fld1
+ faddp %st, %st(1)
+ fstpl -32(%ebp)
+ fldl -24(%ebp)
+ fld1
+ faddp %st, %st(1)
+ fstpl -24(%ebp)
+ fldl -80(%ebp)
+ faddl -72(%ebp)
+ faddl -64(%ebp)
+ faddl -56(%ebp)
+ faddl -40(%ebp)
+ faddl -32(%ebp)
+ faddl -24(%ebp)
+ fstpl -8(%ebp)
+ fldl -16(%ebp)
+ fld1
+ faddp %st, %st(1)
+ fstpl -16(%ebp)
.L2:
- movlpd -16(%rbp), %xmm1
- movlpd .LC3(%rip), %xmm0
- ucomisd %xmm1, %xmm0
- ja .L3
- movq -8(%rbp), %rax
- movq %rax, -88(%rbp)
- movlpd -88(%rbp), %xmm0
+ fldl -16(%ebp)
+ fldl .LC3
+ fucompp
+ fnstsw %ax
+ testb $69, %ah
+ je .L3
+ movl -8(%ebp), %eax
+ movl -4(%ebp), %edx
+ movl %eax, -88(%ebp)
+ movl %edx, -84(%ebp)
+ fldl -88(%ebp)
leave
ret
-.LFE2:
.size test, .-test
.section .rodata
.align 8
-.LC2:
- .long 0
- .long 1072693248
- .align 8
.LC3:
.long 0
.long 1076101120
- .section .eh_frame,"a",@progbits
-.Lframe1:
- .long .LECIE1-.LSCIE1
-.LSCIE1:
- .long 0x0
- .byte 0x1
- .string "zR"
- .uleb128 0x1
- .sleb128 -8
- .byte 0x10
- .uleb128 0x1
- .byte 0x3
- .byte 0xc
- .uleb128 0x7
- .uleb128 0x8
- .byte 0x90
- .uleb128 0x1
- .align 8
-.LECIE1:
-.LSFDE1:
- .long .LEFDE1-.LASFDE1
-.LASFDE1:
- .long .LASFDE1-.Lframe1
- .long .LFB2
- .long .LFE2-.LFB2
- .uleb128 0x0
- .byte 0x4
- .long .LCFI0-.LFB2
- .byte 0xe
- .uleb128 0x10
- .byte 0x86
- .uleb128 0x2
- .byte 0x4
- .long .LCFI1-.LCFI0
- .byte 0xd
- .uleb128 0x6
- .align 8
-.LEFDE1:
.ident "GCC: (GNU) 4.2.2 (Gentoo 4.2.2 p1.0)"
.section .note.GNU-stack,"",@progbits

Portage 2.1.4 (default-linux/amd64/2007.0, gcc-4.2.2, glibc-2.7-r1, 2.6.23-gentoo-r5 x86_64)

>"/var/log/sandbox/sandbox-x11-drivers_-_ati-drivers-8.42.3-10303.log"

>open_wr: /usr/src/linux-2.6.23-gentoo/null.gcda

Не иначе как на ~arch сидимс ;)