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

После частичного обновления системы (arm) в xfce постоянно нажат shift. Именно shift, а не caps lock (цифры тоже). Причём при нажатом shift всё работает будто он отпущен. Если включить caps lock, то shift вообще ничего не меняет. Вне xfce (как в консоли, так и в xdm) всё нормально.
Куда копать?

Проблема затрагивает только локальные gtk приложения, qt и xfce работают без изменений.

Были обновлены libX11, libxcb и ещё куча иксовых кусков.

Полный список: http://pastebin.com/F95FBtDJ

Сейчас после разрешения конфликтов зависимостей обновление продолжается.

После добовление "wins" в nsswitch.conf и перезагрузки не грузится X и терменал, логи не обновляются, и так на трех компютерах. И так пока не загрузися с загрузочного диска и не вернеш nsswitch.conf в начальное положение.

Если кто то с этим уже сталкивался?
Почему об такой ситуации не предупреждают в мануле по Samba? Первый раз я долго искал почему Gentoo перестал работать и пересобрал все пакеты и это не помогло.

Кто использует для сборки ядра genkernel-next?
Решил на своей рабочей машине проверить, собрал естественно по блокировке удалив genkernel, обновил конфиг с "требованиями" dispatch.

Собрал ядро, началась закгрузка и выдало, что sda3 не является рут устройством. Откатился на старое. Проверил ради эксперемента на другйо машине, с похожей конфигурацией, там загрузилось но даже с с самого начала с кучей ошибок в виде не возможности подгрузить то один модуль то какойнить файл. но система оказалась "работоспособна".

Обновлял систему и обновился netifrc-0.3.0 до указанной версии. И перестали запускаться вланы, полез в документацию там ничего в описании настройки вланов не изменилось. Откатился до 0.2.4 все работает прекрасно.

Причем как вы понмиаете что руками поднять влан не вызывает сложностей и все прекрасно работает, начиная от ifconfig up... и заканчивая route add...

Вот кусочек конфига, где описываются вланы, причем простой (физика) интерфейс поднимается без вопросов, и сам интерфейс который дальше рубится на вланы тоже.

config_enp5s5="null"

Здравствуйте. Возникла немножко странная проблема. Есть у меня сетевое хранилище, ну и я несколько папок оттуда и ещё с другого компа примонтировал спомошью mount.cifs и прописал в fstab. Всё супер, всё удобно, всё работает, автоматом при включении подцепляется. Проблема пришла откуда не ожидал. Если я вручную все их не размонтирую, то при завершении работы или при перезагрузке, время завершения составляет больше двух минут, так как сначало идёт:
dbus: waiting for netmount минуту
а потом:
dbus: waiting for NetworkManager минуту.

Через KPPP заходит на ура, а вот NM долго и нудно мучает соединение, после чего ругается дисконнектом. Старый модем Sierra работает с NM как положено, а этот ни в какую, хотя провайдер один и тот же.

Пытаюсь поставить deluge на iomega ix2 т.к встроенная качалка не работает должным образом
. К сожалению разработчики не смогли обойтись без boost.
После того, как сборка выжрала всю память и залезла глубоко в подкачку, так, что пришлось перезагружать NAS, чтобы понять в чём дело, пытаюсь продолжить сборку.
Первый раз сборка подцепилась успешно, в конечном счёте упав на каком-то усечённом файле.
После удаления я вижу это:

Component configuration:


    - atomic                   : building

    - chrono                   : building

Как я понял тема уместна для 3D( 2D - все ок), желая собрать новый вайн и погамать в Legion TD. Как я понял на багзилле закоммители багу, но вот мне ручками пришлось повозится - симлинк сделать на libglx(для 3D) и для сборки вайна там не оказалось этого в /usr/lib32 в пакете emul-linux-x86-opengl

/usr/lib32/opengl/xorg-x11/lib/libGL.so -> libGL.so.1.2.0
/usr/lib32/opengl/xorg-x11/lib/libGL.so.1 -> libGL.so.1.2.0
/usr/lib32/opengl/xorg-x11/lib/libGL.so.1.2.0

Пришлось тоже ручками симлинки делать =(

Чего ему не хватает?
# mount -o loop -t udf /mnt/Audio-Video/HD-Video_3D/Hobbit/HOBBIT_DESOLATION_OF_SMAUG_3D_P1_HDCLUB.iso /home/alex/tmp/1/

mount: /home/alex/tmp/1/: mount failed: Неизвестная ошибка -1

В Win7 программа Alcohol 120% данный образ монтирует без проблем.

Другие .iso образы до 8гб объемом монтируются без вопросов, а этот на 30гб "неизвестная ошибка"...

На ядре 3.16 с аналогичным конфигом всё работает.
Логи различаются тем, что (если я правильно понял) до pptp не доходит ответ от сервера
Лог нормального подключения (ядро 3.16)

Jan  3 00:12:23 miramir-pc pppd[7006]: Using interface ppp0

Jan  3 00:12:23 miramir-pc pppd[7006]: Connect: ppp0 <--> /dev/pts/3

Jan  3 00:12:23 miramir-pc pptp[7007]: anon log[main:pptp.c:330]: The synchronous pptp option is NOT activated

Jan  3 00:12:23 miramir-pc pptp[7022]: anon log[ctrlp_rep:pptp_ctrl.c:258]: Sent control packet type is 1 'Start-Control-Connection-Request'