kernel panic in userspace

Не знаю, как вам, а мне вот в блокноте неудобно огромные проекты фигачить, да так, чтобы ещё и в subversion коммитить, и diff просматривать, и справку и все прочие плюшки, посему приходится пользоваться такими благами цивилизации, как IDE. До недавнего времени пользовался Eclipse, но его тормоза и странные баги меня окончательно доконали и я перешёл на NetBeans. Только вот не радовала меня следующая ситуация со шрифтами:

Ещё хотелось, чтобы выглядело всё как-то более-менее однородно с остальной системой и использовало установленную тему GTK+.

Read the rest of this entry »

Ня ведаю, як вам, але мне вось ужо ў блакноце нязручна вялікія праекты фігачыць, ды так, каб яшчэ і ў subversion каміціць, і diff праглядаць, і дапамогу і ўсё іншыя плюшкі, таму прыходзіцца карыстацца такімі дасягненьнямі цывілізацыі, як IDE. Да нядаўняга часу я карыстаўся Eclipse, але ягоныя тармазы і дзіўныя багі мяне канчаткова заманалі і я перайшоў на NetBeans. Толькі вось не ўзрадвае мяне наступная сітуацыя са шрыфтамі:

Яшчэ хацелася б, каб усё выглядала больш-менш аднародна зь сістэмай і выкарыстоўвала ўсталяваную тэму GTK+.

Read the rest of this entry »

Я знаю, вы все классные ребята и глаза у вас человеческого цвета. Я тоже, у меня голубые, к слову, а не красные. Только вот всё равно у меня почему-то подключен в Gentoo оверлей x11. Не знаю. Наверное это с бурной юности осталось.

По сей причине у меня с недавних пор, а именно со времён обновления до x11-base/xorg-server-1.8.0 тачпад стал себя вести просто отвратительно. Носился как угорелый, на tap события не реагировал, я уже молчу про отвалившийся скролл. Всё дело в udev, на который разработчики xorg решили свалить с hal. Нас никто не предупредил, потому мы будем сами выкручиваться. Простая пересборка драйвера synaptics никаких вменяемых результатов не даст, так что стоит поступить вот как:

Созадём в директории /etc/xorg.conf.d (да-да, неужели?) два файлика с примерно следующим содержимым:

/etc/xorg.conf.d/10-synaptics.conf

Section "InputDevice"
   Identifier "touchpad"
   Driver "synaptics"
   Option "AutoServerLayout" "on"
EndSection

/etc/xorg.conf.d/99-evdev.conf

Section "InputClass"
        Identifier "evdev-catchall"
        Driver "evdev"
EndSection

После чего, разумеется, перезапустим иксы. Вуаля! :) Теперь сначала synaptics захватит наш тачпад, а уж потом всем остальным займётся evdev. Дальше сами разберётесь.

Привет

Я ведаю, вы ўсё клёвыя чувакі і вочы ў вас чалавечага колеру. Я таксама, у меня блакітныя, дарэчы, а не чырвоныя. Толькі вось усё роўна ў мяне чамусьці падключаны ў Gentoo овэрлэй x11. Ня ведаю. Напэўна, гэта за часоў бурнага юнацтва засталося.

З такой нагоды ў мяне з нядаўніх часоў, а менавіта з часу аднаўленьня да x11-base/xorg-server-1.8.0 тачпад стаў сябе весьці проста неверагодна фігова. Насіўся як апалены, на tap эвэнты не рэагаваў, я ўжо маўчу пра адваліўшыся скрол. Уся справа ва udev, на які распрацоўшчыкі xorg вырашылі зваліць з hal. Нас ніхто не папярэджваў, таму мы будзем самі выкручвацца. Простая перасборка драйверу synaptics ніякіх вынікаў не дасі, таму варта паступіць наступным чынам:

Ствараем у тэчцы /etc/xorg.conf.d (так-так, ахвігець?) два файлікі з прыкладна наступным зьмесьцівам:

/etc/xorg.conf.d/10-synaptics.conf

Section "InputDevice"
   Identifier "touchpad"
   Driver "synaptics"
   Option "AutoServerLayout" "on"
EndSection

/etc/xorg.conf.d/99-evdev.conf

Section "InputClass"
        Identifier "evdev-catchall"
        Driver "evdev"
EndSection

Пасьля чаго, зразумела, перазапускаем іксы. Вуаля! :) Цяпер спачатку synaptics захопіць ваш тачпад, а ўжо потым астатнім займецца evdev. Далей самі разруліце.

Прывіт

Каюсь, в twitter читаю ленту журнала «Хакер», так что поневоле выхватил следующую новость: Новый метод атаки позволит взломать алгоритм WPA за минуту. Тут меня, разумеется, передёрнуло сразу от заголовка. Я и сам в детстве робингудил с чужими интернетами в локальной сети (от которой отключился сам, надоели), так что вероятность того, что у родителей нынче будет кто-то в интернете сидеть нахаляву, мне совсем не нравилась.

Ежели кто ещё не в курсе, то WEP шифрование ломается очень просто, а wpa до недавнего времени был более-менее безопасен. Выясняется, что wpa2 никто ломать не может пока что, так что всё, что нужно, это выключить к чертям на роутере WPA и перевести всю технику на WPA2. В Gentoo получилось примерно следующее в /etc/wpa_supplicant/wpa_supplicant.conf:

ctrl_interface=/var/run/wpa_supplicant
ctrl_interface_group=wheel

network={
  ssid="bobrik"
  scan_ssid=1
  key_mgmt=WPA-PSK
  proto=WPA2
  pairwise=TKIP
  psk=<эпично крутой и невзламываемый пароль, собранный с энтропией черт знает чего>
}

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

p.s.: не отбирайте у людей интернет без должной на то причины, «админ идиот и не смог нормально настроить» — не причина.
p.p.s.: ещё можно было бы сделать сеть тайной, а SSID сделать неподбираемым, чтобы вообще шансов не было, но не знаю, как бы к этому Windows отнеслась

Палюся, але ў twitter чытаю ленту часопісу «Хакер», так што прыйшлося вылавіць наступную навіну: Новый метод атаки позволит взломать алгоритм WPA за минуту. Тут мяне, зразумела, пераклініла адроазу ад назовы артыкула. Я і сам у дзяцінстве робінгудзіў з чужымі інтэрнэтамі ў лякальнай сетцы (ад якой адключыўся сам, надакучылі), так што верагоднасьць таго, што ў бацькой зараз нехта будзе ў інтэрнэце сядзець нахаляву, мне зусім не спадабалася.

Калі хто яшчэ ня ў тэме, то WEP шыфраваньне ламаецца вельмі проста, а wpa да нядаўніх часоў быў больш-менш бяспечны. Выяўляецца, што wpa2 ніхто ламаць і ня можа пакуль што, так што ўсё, што патрэбна, дык гэта выключыць на роэтэры WPA і перавесьці ўсю тэхніку на WPA2. У Gentoo атрымалася прыкладна наступнае ў /etc/wpa_supplicant/wpa_supplicant.conf:

ctrl_interface=/var/run/wpa_supplicant
ctrl_interface_group=wheel

network={
  ssid="bobrik"
  scan_ssid=1
  key_mgmt=WPA-PSK
  proto=WPA2
  pairwise=TKIP
  psk=<эпічна круты і нязломны пароль, сабраны з энтропіяй чорт ведае чаго>
}

Ня ведаю чаму, але раней быў выстаўлены пратакол WPA, а не другая яго вэрсія. З іншага боку, амаль ва ўсіх месцах, дзе я жыў у менску, былі крыва наладжаныя мадэмы са стандартнымі паролямі і без шыфраваньня ўвогуле. Хоць бы мэнэджэры пры продажу што казалі наконт шыфраваньня, а то ж у людзей потым будуць дзікія рахункі за інтэрнэт, да каго яны пойдуць?

p.s.: не адбірайце ў людзей інтэрнэт без дай прычыны, «адмін ідыёт і ня змог правільна наладзіць» — не причына.
p.p.s.: яшчэ можна было б зрабіць сетку тайнай, а SSID зрабіць непадбіральным, каб увогуле шанцаў не было, але ня ведаю, як Windows знойдзе яе

Ня ведаю як вы, але мне неяк зусім не падабаецца, што ў новых вэрсіях Xorg (у мяне 1.6.1.902) узялі і адмянілі старую добрую камбінацыю Ctrl+Alt+Backspace для забіваньня таго самага Xorg. Напэўна, аўтары вырашылі, што іх прадукт настолькі якасны, што ў перазапусках не мае патрэбы. Я так не лічу зусім :)

Сітуацыю трэба неяк выпраўляць, а за няйменьнем файла /etc/X11/xorg.conf у мяёй канфігурацыі застаецца два выхады:

1. Выкарыстоўваць Ctrl+Alt+SysRq+k, што забівае працэс, які займае бягучы віртуальны тэрмінал. Калі працаваць у іксах, то яны і будуць ахвярай. Для выкарыстоўваньня гэтага варыянта патрэбна падтрымка з боку ядра (Kernel hacking —> Magick SysRq key). Трэба перавучвацца, але цалкам добры варыянт. Калі б я ня ведаў іншага, то на ім бы і застаўся.

2. Выкарыстоўваць опцыі xkb для паведамленьня іксам, што яны ўсё ж няправыя. Для гэтага ў файле наладак hal для прыстасаваньняў уводу (у мяне гэта /etc/hal/fdi/policy/10-x11-input.fdi) дадаем нешта кшталту наступнага:

<match key="info.capabilities" contains="input.keys">
<merge key="input.xkb.rules" type="string">xorg</merge>
<merge key="input.xkb.model" type="string">evdev</merge>
<merge key="input.xkb.layout" type="string">us,ru(winkeys)</merge>
<merge key="input.xkb.options" type="string">grp:alt_shift_toggle,terminate:ctrl_alt_bksp</merge>
</match>

Галоўны радок выдзелены тлустым шрыфтом.

Яшчэ можна застацца на выкарыстаньні /etc/X11/xorg.conf, у такім выпадку за ўключэньне патрэбнай камбінацыі клявіш адказвае опцыя DontZap.

Не знаю как вы, а мне как-то совсем не по душе, что в новых версиях Xorg (у меня 1.6.1.902) взяли и отменили старую добрую комбинацию Ctrl+Alt+Backspace для убивания того самого Xorg. Видимо, авторы решили, что их продукт насколько совершенен, что в перезагрузках не нуждается. Я так не считаю вовсе :)

Ситуацию надо как-то исправлять, а за неимением файла /etc/X11/xorg.conf в моей конфигурации остаётся два выхода:

1. Использовать Ctrl+Alt+SysRq+k, что убивает процесс, занимающий текущий виртуальный терминал. Соответственно, если работать в иксах, то они и будут жертвой. Для использования данного варианта нужна поддержка со стороны ядра (Kernel hacking —> Magick SysRq key). Надо переучиваться, но в целом хороший вариант. Если бы я не знал другого, то на нём бы и остановился

2. Использовать опции xkb для сообщения иксам, что они всё же не правы. Для этого в файле настроек hal для устройств ввода (у меня это /etc/hal/fdi/policy/10-x11-input.fdi) добавляем что-то типа следующего:

<match key="info.capabilities" contains="input.keys">
<merge key="input.xkb.rules" type="string">xorg</merge>
<merge key="input.xkb.model" type="string">evdev</merge>
<merge key="input.xkb.layout" type="string">us,ru(winkeys)</merge>
<merge key="input.xkb.options" type="string">grp:alt_shift_toggle,terminate:ctrl_alt_bksp</merge>
</match>

Ключевая строка выделена жирным шрифтом.

Ещё можно остановиться на использовании /etc/X11/xorg.conf, тогда за включение комбинации клавиш отвечает опция DontZap.

Вырашыў пару дзён пасьля залікаў перадыхнуць і разгрэсьці трошкі свае аверлэі для Gentoo. Перапынак – вельмі адноснае паняцце, бо адзінае, чым я займаўся, былі пакуты сумленьня наконт таго, што я нічога не раблю наконт сэсіі.

Але аб усім па-парадку. Паціху я пачаў калупаць Git і з гэтай нагоды вырашыў перавесьці абодва мае авэрлэі (bobrik-cleartype & callisto) на новую vcs. Гэтым справа не скончылася. Выявілася, што для cairo cleartype патчы ўжо ў асноўнай галіне portage, так што ў авэрлэі застолося толькі 2 пакеты.

Аверлэй bobrik-cleartype быў уліты ў састаў callisto, які зараз хосьціцца на GitHub. Стары bobrik-cleartype на Google code прашу лічыць нядзейсным. У прынцыпе, у асобным выглядзе ён сваё існаванне прыпыняе.

Зь цікавага варта адзначыць, што ў Callisto дадаўся ebuild adobe-air-sdk і цяпер магчыма больш-менш проста ставіць і выкарыстоўваць AIR аплікацыі ў Gentoo. У плянах напісаць усталёўшчык для пакетаў AIR, які будзе яшчэ і аднаўляць меню, як ў ubuntu. Дапамога вітаецца :)

Інструкцыі па даданьні Callisto overlay магчыма знайсьці тут

Решил пару дней после зачётов сделать передышку и разгрести немножко свои оверлеи для Gentoo. Передышка – понятие относительное, ведь единственное, чем я занимался, были муки совести по поводу того, что я ничего не делаю по поводу сессии.

Итак, всё по-порядку. Мало-помалу я начал изучать Git и на этом основании решил перевести оба моих оверлея (bobrik-cleartype & callisto) на новую vcs. Этим дело не ограничилось. Оказалось, что для cairo cleartype патчи уже в основной ветке portage, так что в оверлее осталось только два пакета.

Оверлей bobrik-cleartype был влит в состав callisto, который нынче хостится на GitHub. Старый bobrik-cleartype на Google code прошу считать недействительным. В принципе, в отдельном виде он своё существование прекращает.

Из интересного стоит отметить, что в Callisto добавился ebuild adobe-air-sdk и теперь можно более-менее просто ставить и использовать AIR приложения в Gentoo. В планах написать установщик для пакетов AIR, который будет ещё и пункты в меню делать, как в ubuntu. Помощь приветствуется :)

Инструкции по добавлению Callisto overlay можно найти тут