← All posts tagged говно

В современных ядрах решительно нельзя найти все опции, что зависят от VGA_ARB. А реализация vga_arbiter на данный момент — говно, ибо на трёх видеокартах (intel+mach64+mach64, все древние и убербомжвейные) даже при использовании везде драйвера vesa иксы (1.9.0) виснут при очередной безобидной записи в /dev/vga_arbiter (что видно из strace). Походу, придётся некрофильствовать и собирать в современных линуксах руками xorg server 1.4.3.

Сидел я тут, неспешно говнокодил на сях, и захотелось мне лямбда-функций. В голове тут же всплыло загадочное «C++0x». «OK, — подумал я, — s/gcc/g++ -std=c++0x/, сейчас поиграемся.» Игрался я, значит, игрался, пока не попытался подёргать переменных в замыкание этой самой функции. Тут меня поджидало удивительное и непонятное.
Имеем:
int f(int (*g)(int)); // на входе указатель на функцию, что может быть проще?
// …
int n = 666;
f([=](int i) -> int {return i*n;});
На выходе неожиданное:
error: cannot convert ‘main()::<lambda(int)>’ to ‘int ()(int)’ for argument ‘1’ to ‘int f(int ()(int))’

Если не использовать в теле лямбды n или объявить его как const int, всё замечательно приводится, конпелируется и работает. Кто из знающих людей расскажет мне, почему такая хрень происходит и как это лечится?
(In before g++ 4.5.1 — глюкавое говно.)

В чём логика таких преобразований? Что за нафиг?
thriller@herewegoagain ~ >>> xdpyinfo | grep dots
resolution: 101x101 dots per inch
thriller@herewegoagain ~ >>> xrandr -o normal
thriller@herewegoagain ~ >>> xdpyinfo | grep dots
resolution: 180x57 dots per inch
thriller@herewegoagain ~ >>> xrandr --dpi 101
thriller@herewegoagain ~ >>> xrandr -o left
thriller@herewegoagain ~ >>> xdpyinfo | grep dots
resolution: 57x180 dots per inch

этот ваш darcs. Решил обновить оверлей haskell, так всё, что делает darcs pull — по нескольку раз в секунду вызывает clock_gettime (это я strace смотрю, да), иногда получает SIGVTALRM, жонглирует с мютексами и дальше продолжает. И так несколько часов кряду.
---
Ох, лол, пока писал пост, решил сделал ltrace, так его вообще в сегфолт распидорасило.

Кажется, в ядре утечка, вероятнее всего в связанных так или иначе с кусками кремния от VIA частях. Ни с того ни с сего над винчестером начали совершаться активные надругательства, а система не реагирует и спустя 10 минут после Alt-SysRq-I (Alt-SysRq-B же воркает). Раньше я это смело списывал на продолжающие висеть отработавшие задачи Rosetta@home, но сейчас никакого BOINC related ололо нет.

Вдруг мне надоело игнорировать одну рассылку, на которую я подписался в древние времена. Казалось бы, простая инструкция из подвала очередного письма и хостинг на Google groups не сулят никаких проблем. Так хрен там был:
<usabilitybulletin-unsubscribe@googlegroups.com>: host gmr-smtp-in.l.google.com[209.85.220.62] said: 550-5.1.1 The email account that you tried to reach does not exist.
Придётся городить очередной фильтр.
Отдельно подчеркну, что подписан ящик, хостящийся не на gmail

После остановки демона boinc в памяти остаются приложения minirosetta, которые ничего не делают, жрут дофига памяти, а, главное, ещё и показываются в htop как дочерние процессы совершенно левого приложения (сейчас вот qingy).

cp: cannot stat `drivers/char/agp/via-agp.ko': No such file or directory
После компиляции ведра make modules_install (да и find) не обнаруживает ни единого .ko-файла. Какой тут может быть подвох, я совершенно не представляю, ибо на другой машине сборка ровно такого же по версии ядра отличалось только плясками в make menuconfig. Google же подсовывает мне только неудачников, которые не смогли победить проблему (в основном итальянцев) или внезапно заброшенные форумные треды.
zen-sources 2.6.32_p6, если что.

с чтением тегов в mpd и клиентах. ncmpcpp показывает <empty>, если отсутствует ID3v1, а если они присутствуют, то показываются данные из ID3v2, если они есть. Прямого доступа к файлам у него нет (демон дёргается по сети), в протоколе, конечно же, такой херни нет и быть не может (только если демона не писали туомовы от коммьюнити музыкальных плееров). WTF-а подкидывает scrobby, который заскробблил данные из ID3v1 при имеющихся на экране данных из ID3v2.

Netgear RP614v3 «порадовал» логами и нафиг мне не нужной заботой о юзерах.
1|LanIP:192.168.0.2 Possibly Virus Infected
Разумеется, в меню и KB на сайте тишина на тему «разубедить в том, что активность вирусная». В гугле ещё более отчётливо ощущается информационный вакуум. Чтоб вы сдохли, ребята.

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

Bleeding edge дистрибутивы типа арча развращают. Помнится, в каком-то древнющем треде @L29Ah излучал кислотными ручьями ненависть: «XMonad.Layout.Tabbed ни хера не работает!!!!1 ЧЯДНТ??????77». Так вот, ответ очевиден: он использовал такое говнище, как Gentoo. Чтобы мой конфиг заработал, пришлось размаскировать xmonad{,-contrib}-0.9, так в нём табы не отрисовываются, prompt не думает работать и вообще всё печально. Желаю скорейшей смерти криворуким ебилдописателям или кому там.
Exherbo не предлагать, там половину репозиториев для палудиса неизвестной из какой жопы брать надо, и LFS тоже идёт лесом, у меня нет желания тратить на него тонны времени.