Здравствуйте!

У меня проблемы с отображением внешнего вида окон в xfce (4.12):
http://imgur.com/MXK0BOrl.png
Если посмотреть на скрин, то можно увидеть нормального вида файловый менеджер, прозрачный заголовок окна и наползающие друг на друга строчки меню в Evince, а также не отображающиеся чекбоксы в аудио микшере. Вроде бы все возможные *-engines-* стоят. Тема сейчас стандартная из linux mint 17, значки оттуда же. Однако с другими темами та же беда.

Прошу совета, как победить напасть? Спасибо.

Собственно хочу узнать мнение ЛОРа. Xubuntu не предлагать. Сейчас сижу на Xubuntu 15.10. Вобщем-то все норм, кроме вываливающихся время от времени окошек о каких-то внутренних ошибках. Сам склоняюсь к Linux Mint. Ибо хочется чтобы поставил и все работало (Так-то мне Debian нравится, но еще не разу не было чтобы поставил и все заработало сразу, мб. неудачные ноуты себе выбираю). Да, еще хотелось бы не совсем уж древних пакетов.

Спасибо за мнения.

В констуркторе класса у меня следующие строчки:

sigset_t sset;
::sigfillset(&sset);
::sigdelset(&sset, SIGINT);
::sigprocmask(SIG_SETMASK, &sset, 0);
struct sigaction sa;
sa.sa_handler = Server::finishWork;
sa.sa_flags = SA_INTERRUPT;
sa.sa_mask = sset;
::sigaction(SIGINT, &sa, 0);

обработчик для сигнала сейчас выглядит так ( за cout не бейте ):

    static void finishWork(int) {
    std::cout << "YES!\n";
    isFinished_ = true;
}

Смысл в том, что запускаются два потока: один получает сообщения по именованному каналу и кладет их в очередь, а другой вынимает. В том потоке, что принимает сообщения есть select ( менял на poll). Этот select бесконечный.

Надежда была на то, что при получении сигнала select прервется, однако этого не происходит...

Здравствуй, желчный, острый на язык, скорый на расправу, но все-же уважаемый Лор;)

У меня возник вопрос, ответ на который позволит продвиться на пути познания.

Опишу предысторию.

Поставил я на свой маленький (однако от того не менее любимый) ноутбук Debian testing. Все шло хорошо, однако в подчиненных у моего главнюка (ну у працессора. Ты же понял, Лор, правда?) числится печально известная wifi-карточка broadcom 4313. Я не долго думая сделал все как по вики.

- установил linux-headers соответствующие ядру

- стал ставить модуль broadcom-sta-dkms.

Вроде бы все хорошо, но в консоли я прочел следующее:

Module build for the currently running kernel was skipped since the kernel source for this kernel does not seem to be installed.

Как ты, Лор, безусловно понимаешь, ничего не заработало. Я не стал отчаиваться. Скачал исходнники драйвера и стал их собирать. После команды `make` мне немедленно был дан резкий ответ: make: *** /lib/modules/3.9-1-amd64/build: Нет такого файла или каталога. Останов.

Тогда я решил заглянуть в указанное место. Очевидно, папки build действительно не оказалось на месте, а команда `ls /lib/modules` выдала:

3.10-2-amd64 3.9-1-amd64

Быстрый мониторинг показал, что разыскиваемая папка build есть в папке 3.10-2-amd64, которая, кстати сказать, появилась в результате выполнения команды:

apt-get install linux-headers-$(uname -r|sed 's,[^-]*-[^-]*-,,')

Сначала я подумал, что произошла ошибка и сделал `uname -r`, которая выдала:

3.9-1-amd64

«Ничего» - подумал я - «поставлю нужные». Однако, к моему изумлению, команда `aptitude search linux-headers` выдала:

v linux-headers - p linux-headers-3.10-2-all - All header files for Linux 3.10 (meta-package) p linux-headers-3.10-2-all-amd64 - All header files for Linux 3.10 (meta-package) i A linux-headers-3.10-2-amd64 - Header files for Linux 3.10-2-amd64 i A linux-headers-3.10-2-common - Common header files for Linux 3.10-2 p linux-headers-3.10-2-common-rt - Common header files for Linux 3.10-2-rt p linux-headers-3.10-2-rt-amd64 - Header files for Linux 3.10-2-rt-amd64 i A linux-headers-amd64 - Header files for Linux amd64 configuration (meta-package) p linux-headers-rt-amd64 - Header files for Linux rt-amd64 configuration (meta-package)

И снова я не отчаялся. Сделал `ln -s /lib/modules/3.10-2-amd64/build /lib/modules/3.9-1-amd64/build` и собрал драйвер из исходников (кстати версия из репозитория отказалсь собираться ;)). Хак, как наверное ты, многоуважаемый Лор, уже догадался, не помог - modprobe написал что-то там про ошибку формата.

И снова я не отчаился!

Прочел про ndiswrapper, поставил нужный драйвер. И! Вот он счастливый миг сладкой победы!! modprobe ndiswrapper!!! И...

FATAL: Module ndiswrapper not found.

О, мудрый Лор, прости мне, недостойному, обилие серого на черном и, молю, просвети! Как вышло так что у меня в папке /lib/modules оказалось две папки для разных ядер? Как это вообще возможно? Ясно, что теперь все, что собирается - собирается для 3.10-2-amd64 и простое копирование *.ko файлов не помогает (ошибка формата). Как мне разрешить эту странную двойственность моей системы?

PS Прошу, Лор, не суди строго своего юного (не в смысле возраста, а в смысле опыта;)) подавана:).

PPS И научи меня правильному форматированию сообщений ибо все смешалось в непонятную кашу.

PPPS Вроде бы кое что с форматированием сделать удалось, но наверное, можно лучше.

Имеется нетбук hp dm1 4000er. На нем установлен Linux Debian Squeeze с графической оболочкой Gnome. Нет звука. Звуковая карта Azalia SBx00. Поставил alsa-driver-1.0.25, alsa-utils-1.0.25, alsa-lib-1.0.25 alsamixer определяет две карты: - HD-Audio Generic у которой нет никаких параметров - HDA ATI SB на чипсете IDT 92HD87B2/5 (до сборки и установки новых версий alsa* чип определялся как STAC92HD-чего-то-там) alsaconf находит «не PnP карту» чтобы это не значило... Добавил запись о первой во все блэклисты, что нашлись в /etc/modprobe.d :) Пробовал дописывать в /etc/alsa-base.conf - options snd-hda-intel model=hp (или hp-dv7-4000) Звука нет. Может кто-нибудь поможет советом?

При сборке ядра кросс-компилятором под ARM выдаются ошибки. Вот какие команды подавались:

niagara@stend1-h11 linux-3.2.1]$ make clean
[niagara@stend1-h11 linux-3.2.1]$ make ARCH=arm defconfig
HOSTCC scripts/basic/fixdep
HOSTCC scripts/kconfig/conf.o
HOSTCC scripts/kconfig/zconf.tab.o
HOSTLD scripts/kconfig/conf
*** Default configuration is based on 'versatile_defconfig'
#
# configuration written to .config
#
[niagara@stend1-h11 linux-3.2.1]$ make ARCH="arm" CROSS_COMPILE="arm-eabi-" zImage modules

Kernel: arch/arm/boot/Image is ready
AS arch/arm/boot/compressed/head.o
GZIP arch/arm/boot/compressed/piggy.gzip
AS arch/arm/boot/compressed/piggy.gzip.o
CC arch/arm/boot/compressed/misc.o
CC arch/arm/boot/compressed/decompress.o
CC arch/arm/boot/compressed/string.o
AS arch/arm/boot/compressed/lib1funcs.o
LD arch/arm/boot/compressed/vmlinux
arm-eabi-ld: ERROR: arch/arm/boot/compressed/misc.o uses VFP instructions, whereas arch/arm/boot/compressed/vmlinux does not
arm-eabi-ld: failed to merge target specific data of file arch/arm/boot/compressed/misc.o
arm-eabi-ld: ERROR: arch/arm/boot/compressed/decompress.o uses VFP instructions, whereas arch/arm/boot/compressed/vmlinux does not
arm-eabi-ld: failed to merge target specific data of file arch/arm/boot/compressed/decompress.o
arm-eabi-ld: ERROR: arch/arm/boot/compressed/string.o uses VFP instructions, whereas arch/arm/boot/compressed/vmlinux does not
arm-eabi-ld: failed to merge target specific data of file arch/arm/boot/compressed/string.o
make[2]: *** [arch/arm/boot/compressed/vmlinux] Error 1
make[1]: *** [arch/arm/boot/compressed/vmlinux] Error 2
make: *** [zImage] Error 2

$DST/$SRCNAME/$GCC_SRC/configure --target=$TARGET --prefix=$PREFIX --enable-languages=c,c++ --without-fp --with-softfloat-support=internal --enable-multilib --with-float=soft --with-gnu-as --with-gnu-ld --with-newlib --with-gxx-include-dir=$PREFIX/$TARGET/include --with-mpfr-lib=/usr/local/lib --with-gmp-lib=/usr/local/lib