Помогите решить задачку.

Подключаюсь к рабочей сети через OpenVPN (NetworkManager). Нужно следующее: имена из workdomain.tld разрешаются через рабочие DNS-серверы, а все остальное через мой локальный.

domain workdomain.tld
nameserver 10.0.10.22
nameserver 10.0.12.22
nameserver 192.168.1.1

При такой конфигурации в resolv.conf DNS-запрос идет сначала в рабочую сеть, что мне не нужно. При смене порядка nameserver'ов рабочие имена соответственно не резолвятся.

Пните меня в нужном направлении.

Поставил Fedora 18 на ThinkPad X220i с минимальной установки. Не работает регулировка яркости.

$ cat /etc/modprobe.d/thinkpad.conf  
options thinkpad_acpi fan_control=1 brightness_enable=1 brightness_mode=2

$ acpi_listen                        
video/brightnessdown BRTDN 00000087 00000000
video/brightnessdown BRTDN 00000087 00000000
video/brightnessup BRTUP 00000086 00000000
video/brightnessup BRTUP 00000086 00000000

Что, собственно, надо было сделать, чтобы перестали работать хардварные кнопки? Регулировка яркости по-прежнему работает, но только до загрузки ОС. В арче такого не было.

Решил заменить HDD в ноутбуке на SSD. Остановился на Crucial M4 CT256M4SSD1. Во время поисков натолкнулся на SSD на mSATA от того же Crucial, который тоже можно засунуть в ThinkPad X220i. И вот подумалось мне, а оправдано ли сие действо? Имеет ли смысл использовать "большой" SSD под корень, /boot и /home, а малый отдать под /var? Или же отдать его весь под /home, а на малом разместить корень, /boot и /var?

Перемещено mono из talks

Решил потыкать палочкой в PyCharm. Нравится. Единственное, что не нравится так это автодополнение - оно не работает.

Структура проекта:

src
    package1
        module1.py
            Class
        module2.py
    package2
        module3.py
        module4.py

В любом модуле package2:

from package1 import module1
obj = module1.Class()  # В таком случае автодополнение по объектам класса не работает.

from package1.module1 import Class
obj = Class()  # А в таком работает.

По-моему, так быть не должно. Это так и задумано, так сломано, или надо где-то что-то подкрутить?

В принципе можно смириться, но уже надоело. Проблема наблюдается уже довольно долго. X'ы стартуют по 30-40 секунд. Полез в логи и обнаружил следующее:

[    21.753] (II) AIGLX: enabled GLX_MESA_copy_sub_buffer
[    21.753] (II) AIGLX: enabled GLX_INTEL_swap_event
[    21.753] (II) AIGLX: enabled GLX_ARB_create_context
[    21.753] (II) AIGLX: enabled GLX_ARB_create_context_profile
[    21.753] (II) AIGLX: enabled GLX_EXT_create_context_es2_profile
[    21.753] (II) AIGLX: enabled GLX_SGI_swap_control and GLX_MESA_swap_control
[    21.753] (II) AIGLX: GLX_EXT_texture_from_pixmap backed by buffer objects
[    21.753] (II) AIGLX: Loaded and initialized i965
[    21.753] (II) GLX: Initialized DRI2 GL provider for screen 0
[    21.753] (II) intel(0): switch to mode 1366x768 on crtc 3 (pipe 0)
[    21.810] (II) intel(0): Setting screen physical size to 361 x 203
[    40.887] (II) config/udev: Adding input device Power Button (/dev/input/event3)
[    40.887] (**) Power Button: Applying InputClass "evdev keyboard catchall"
[    40.887] (**) Power Button: Applying InputClass "evdev keyboard catchall"
[    40.887] (II) LoadModule: "evdev"
[    40.887] (II) Loading /usr/lib/xorg/modules/input/evdev_drv.so
[    41.001] (II) Module evdev: vendor="X.Org Foundation"
[    41.001] 	compiled for 1.13.0, module version = 2.7.3
[    41.001] 	Module class: X.Org XInput Driver
[    41.001] 	ABI class: X.Org XInput driver, version 18.0
[    41.001] (II) Using input driver 'evdev' for 'Power Button'
[    41.001] (**) Power Button: always reports core events
[    41.001] (**) evdev: Power Button: Device: "/dev/input/event3"
[    41.002] (--) evdev: Power Button: Vendor 0 Product 0x1
[    41.002] (--) evdev: Power Button: Found keys
[    41.002] (II) evdev: Power Button: Configuring as keyboard

Я так понимаю, что udev на обнаружение Power Button тратит 19(!) секунд. Как это поправить?

ThinkPad X220i

X.Org X Server 1.13.0
Linux x220i 3.0.52-1-lts #1 SMP Sun Nov 18 09:59:38 CET 2012 x86_64 GNU/Linux
udev из systemd 195

Заметил, что при каждом обновлении gtk.Label утекает память, при чем только в оффтопике.

import gtk
import gobject


def label_updater(label):
    global c
    label.set_text('updated label %06d' % c)
    c += 1
    return True

c = 0

w = gtk.Window()
w.set_size_request(300, 200)
w.connect('destroy', gtk.main_quit)

l = gtk.Label('label')

w.add(l)
w.show_all()

t = gobject.timeout_add(1000, label_updater, l)

gtk.main() 

Я что делаю не так или это баг? Гугл про утечки памяти в pygtk молчит.

А посоветуйте, пожалуйста, мыльницу тысяч до 12, а то я в них ничего не понимаю. Пока нашел/посоветовали:

• Nikon Coolpix P510
• Fujifilm FinePix HS25EXR/HS30EXR
• Olympus XZ-1

Что скажут или посоветуют местные знатоки? Хочу фотографировать кота в доме, уточек на улице и фошыстов на Луне.

P.S. Sony в любом случае отметается по религиозным соображениям.

Компания Oracle открыла публичный Git-репозиторий для отслеживания изменений ядра RHEL

Как известно, начиная с ветки RHEL 6, компания Red Hat прекратила формирование детализированного набора патчей для используемого в дистрибутиве варианта ядра Linux, перейдя к практике выпуска одного большого смешанного патча. Несмотря на формальную открытость кода сводного патча под лицензией GPL, из него очень трудно выделить суть вносимых изменений. Компания Oracle решила упростить жизнь разработчикам ядра и создателям дистрибутивов, запустив проект RedPatch.

В рамках проекта RedPatch создан публичный Git-репозиторий, в котором публикуются результаты анализа изменений ядра Linux, поставляемого в составе дистрибутива RHEL 6. Репозиторий примечателен тем, что все патчи в нём разделены и структурированы, что позволяет рассмотреть каждое исправление по отдельности, ясно оценить, что делает каждый патч и при необходимости использовать их в своих нуждах. По возможности, для патчей выявляются и указываются связанные с ними коммиты в основную ветку ядра Linux. Работа по анализу патчей в ядре RHEL ведётся сотрудниками Oracle, вовлечёнными в разработку Ksplice-обновлений, с целью более ясного понимания сути вносимых компанией Red Hat исправлений проблем безопасности.

Взято с OpenNet

Проблема в следующем: под офтопиком при вызове set_keep_above() для окна это самое окно остается поверх остальных окон, но до кучи перекрывает и свои дочерние диалоги.

Диалог создается вот так:

dlg = gtk.Dialog('Error', parent_window,
                 gtk.DIALOG_MODAL | gtk.DIALOG_DESTROY_WITH_PARENT)

parent_window передается.

В линуксе как обычно все работает. Есть идеи как фиксить?

P.S. На винфак не пойду - там вендузятники, а я чувствую себя неуютно среди них.

Сабж. На яндекс.маркете они есть только у одного продавца за 800р. И что теперь брать вместо этих прекрасных и в то же время дешевых клавиатур?

А посоветуйте годный автомобильный видеорегистратор с вменяемым соотношением цены/качества. Нужен в качестве подарка. Отзывам на всяких яндекс.маркетах доверять не могу, ибо порой редкостную хрень там пишут.

Subj. Одинаково выглядящих. Желательно «плоских», «квадратных» и минималистичных. Из тех, что находил на gnome-look и deviantart все gtk2-темы тормозные до безобразия, ибо состоят из одних png-файлов.

Есть ли истории успеха с установкой CentOS 6.3 на компьютер с малым количеством памяти? А то 256МБ ей почему-то мало для полностью автоматизированной текстовой установки с использованием kickstart.

Заранее извиняюсь за идиотскую формулировку темы.

Хочется следующего: есть 3 директории D1, D2 и D0, в D1 лежат одни файлы, в D2 - другие, а вот файлы, которые лежат в D0 должны отображаться как в директории D1, так и в D2. Есть идеи как это совершить?

Работает у меня в отдельном потоке вот такой кусок кода:

while self._running.is_set():
    line = self._sock.readline()
    self._message_queue.put(line)

_sock = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
_sock.connect((host, port))
self._sock = _sock.makefile()

В документации сие описано следующим образом:

When Sockets Die

Probably the worst thing about using blocking sockets is what happens when the other side comes down hard (without doing a close). Your socket is likely to hang. SOCKSTREAM is a reliable protocol, and it will wait a long, long time before giving up on a connection. If you’re using threads, the entire thread is essentially dead. There’s not much you can do about it. As long as you aren’t doing something dumb, like holding a lock while doing a blocking read, the thread isn’t really consuming much in the way of resources. Do not try to kill the thread - part of the reason that threads are more efficient than processes is that they avoid the overhead associated with the automatic recycling of resources. In other words, if you do manage to kill the thread, your whole process is likely to be screwed up.

Вопрос: что делать-то? Как перехватить смерть удаленной стороны?

Есть лог-файл, в него пишутся строки определенного формата (что логично). Ищется демон, который будет читать этот лог, парсить его и в случае совпадения с заданными критериями выполнять скрипт, передавая ему эту строку. Понятно, что можно самому навелосипедить, но вдруг требуемый инструмент уже существует?

Поломалась кодировка в TTY. Дистрибутив Arch. Когда сломалась - не знаю. Вместо русского получаю мусор, да и хрен с ним, а вот mc не юзабелен - все отрисовывается примерно вот так:

Бё|Бё|Бё|Бё|Бё|
Бё|
Бё|
Бё|

# kbd_mode
The keyboard is in Unicode (UTF-8) mode

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

В тред призываются владельцы ThinkPad X220 (особенно арчеводы). У вас диод на кнопке отключения звука работает? У меня вот нет, хотя кажется работал, не помню точно. Патчем на thinkpad_acpi заставил работать диод на кнопке micmute, а вот куда копать с диодом на audiomute не знаю.

P.S. Есть такая прекрасная вещь как ThinkPad USB Keyboard with trackpoint (P/N 55Y9082). Так вот на ней есть такие же кнопки. Есть ли способы заставить их работать, точнее диоды на них?