Общие вопросы

У Кого нибудь получи{а}лось собрать mesa с таким флагом ?
[code]
qmake[5]: Вход в каталог `/var/tmp/portage/media-libs/mesa-9999/work/Mesa-9999/src/gallium/state_trackers/d3d1x/d3dapi'
widl -I../gd3dapi -I../d3dapi -I../w32api -U /dev/null -H dxgi.h dxgi.idl
widl -I../gd3dapi -I../d3dapi -I../w32api -U /dev/null -H d3d11.h d3d11.idl
widl -I../gd3dapi -I../d3dapi -I../w32api -U /dev/null -H d3d11shader.h d3d11shader.idl
widl -I../gd3dapi -I../d3dapi -I../w32api -U /dev/null -H d3dcommon.h d3dcommon.idl

У меня уже на второй машине сломалась эта связка.
Пересборка мира не помогает.
CFLAGS="-march=native -O2 -pipe" #core i5
CXXFLAGS="${CFLAGS}"
CHOST="x86_64-pc-linux-gnu"

gnome-base/gconf-2.32.4
dev-libs/dbus-glib-0.98
sys-apps/dbus-1.4.20
dev-libs/glib-2.30.3
sys-libs/glibc-2.14.1-r3

С самим dbus проблем не выявлено, но если запускать по, пытающиеся заждействовать в gconf - оно падает.
Например deluge-gtk или virt-manager.

Если удалить gonf, то ПО стартует и работает. Видимо dbus отвечате, что его нет, нет работы с ним, нет проблем.

dmesg показывает следущее:

Имеется рабочая система с mdraid-массивами 1+0 и 1. Сначала диски собираются в массив, потом с этого массива происходит загрузка корневой ФС.
Когда загружаюсь с загрузочного диска gentoo-minimal-x64 (от 2012.06) - массивы не видит.
Делаю mdadm --detail --scan - пишет

mdadm: No arrays found in config file or automatically

Пробовал подкладывать mdadm.conf из рабочей корневой ФС - не помогает.
Пробовал делать mdadm --assemble /dev/md3 /dev/sda3 /dev/sdb3 /dev/sdc3 /dev/sdd3
Пишет:
[code]
mdadm: cannot open device /dev/sda3: Device or resource busy

Никак не могу поставить dev-lang/nasm.

От этого пакета зависят многие программы, как я понимаю, поэтому проблему необходимо решить.
Компилирование пакета завершается такими строками:
[code]
nroff -man nasm.1 > nasm.man
nroff -man ndisasm.1 > ndisasm.man
groff: troff: Signal 7
make: *** [nasm.man] Ошибка 2
make: *** Ожидание завершения заданий...
groff: troff: Signal 7
make: *** [ndisasm.man] Ошибка 2
emake failed
* ERROR: dev-lang/nasm-2.09.10 failed (compile phase):
* (no error message)
*
* Call stack:
* ebuild.sh, line 85: Called src_compile

У меня есть список пакетов в world и кучка файлов в корневом разделе /. Кучка в том смысле, что после установки системы, некоторые конфиги могли правиться в ручную, а так же в некоторые каталоги могли в ручную из под рута добавляться новые файлы.

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

/var/tmp/
/usr/portage/

Эти каталоги можно полностью удалить, и после синхронизации репозитория, портежи вернуться в исходное положение.

Поставил на десктоп Gentoo, всё замечательно, только наткнулся на проблему:
При копировании файлов с хоста на нетбук скорость нереально низкая - в районе 40 KB/s
При этом раньше стояла убунта и скорость была до 2MB/s
Компы общаются по Wi-Fi (через маршрутизатор), копировать пробовал sftp, scp, nc.
Самое странное, что скорость копирования в обратную сторону (с нетбука на десктоп) вполне нормальная.
Пробовал копировать по эзернету - всё работает корректно.
Драйвера под Wi-Fi карточку стоят, насколько я понимаю, такие же что и в убунте.

guake
Traceback (most recent call last):
  File "/usr/local/bin/guake", line 47, in <module>
    import guake.globalhotkeys

как это лечить?

Добрый день!

Подготавливаю сервер к работе.

Поставил collectd, настроил esmtp для теста и сделал оповещение при загрузке caсhe памяти свыше 500МБ

/etc/collectd/thresholds.conf

И это работает - триггер срабатывает, письма приходят.

Но никак не удаётся настроить срабатывание для плагина sensors
В daemon.log ошибок или косвенных сообщений нет.
Пробовал так

Боюсь что-то и думать на новый SSD (год всего, но юзался исключительно во время неудачных установок gentoo)
Только вот свап по простоте душевной на /dev/sda3 на нём создал (ну совсем мало - максимум 10 попыток с операциями ТОЛЬКО одной установки). Может он изза этого впадает в R/O. Но TRIM опцию я не находил когда редактировал kernel. 16GB оператиной RAM .. но я хотел быстрее уже отмучаться установить чтобы поизучать portage на SSD-шнике моём.

Как-то давно я прописал флаг vdpau для adobe-flash, и когда намедни обновился,
то полдня думал, почему на youtube все стали "фантомасами". В итоге убрал флаг
[ebuild R ] www-plugins/adobe-flash-11.2.202.236 USE="64bit (multilib) sse2check -32bit -kde -vdpau" 7,056 kB

кому интересно - почувствуйте себя коммисаром Жюв
это непередаваемо :)
три косяка минимум, Adobe отжигает
ой не зря Стив Джобс на них бочку катил ...

P.S. О ужас ! Спасло удаление x11-libs/libvdpau-0.4.1-r1 !!
Они жили вопреки флагу !
Все цвета инвертированы (синие лица у всех)