Oikarinen is currently working for Google on the Google Hangouts project in Sweden.

Яркко Ойкаринен РАБОТАЕТ В ГУГЛЕ
СОЗДАТЕЛЬ ИРЦ
РАБОТАЕТ В ЕБАНОМ ГУГЛЕ
НАД ССАНЫМ ПИДОРСКИМ ХЭНГАУТС
ШЛЮХА

btsync говно по двум причинам:
1. проприетарно
2. зачем-то делает это:
mmap(NULL, 8392704, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANONYMOUS|MAP_STACK, -1, 0)
офк если бы не PaX, я бы этого даже не заметил

TFW объясняешь жабу погромисту на жабе, сам будучи питоновыблядком

Я прочитал описания протоколов MS-HGRP, MS-PPSEC и WSD.
Ощущение как будто у меня в мозгу плещутся фекалии.

Инсталляция дебиана овер ссх с загрузкой через PXE это как ебать мраморную статую.
И вроде бы всё при ней...
А не получается!

В общем если кому-то придется страдать этой же хуйней, вот командная строка:
append vga=788 initrd=debian-installer/amd64/initrd.gz auto=true interface=auto priority=critical url=http://обожеэтожеаадрессервера/anna-remote-install.conf

И пресид-файл (то, что выше названо anna-remote-install.conf):

d-i debian-installer/locale string en_US

d-i console-keymaps-at/keymap select us
d-i keyboard-configuration/xkb-keymap select us

d-i preseed/early_command string anna-install network-console

d-i anna/choose_modules string network-console
d-i network-console/password password обожеэтожепароль
d-i network-console/password-again password обожеэтожепароль

d-i mirror/country          string manual
d-i mirror/http/hostname    string mirror.yandex.ru
d-i mirror/http/directory   string /debian
d-i mirror/http/proxy       string

которые работают в wheezy на момент 10.12.2013.

http://stackoverflow.com/questions/3219383/why-do-some-scripts-omit-the-closing-php-tag
Ебаный боженька

У бласуксрушки сошло с ума днс, сейчас постепенно выправляется.
Приобретено новое знание: slave bind'а кладет зону если primary не смог загрузить зону из-за ошибки (slave не перезапускался)

http://www.youtube.com/watch?feature=player_detailpage&v=3TqBqdMlsRM#t=46
Я бы пошел убивать если бы был родственником и со мной работал такой психолог

ПАЧЕМУ МЕКРАСОФТ НЕ ШЛЁТ МНЕ ЭСЭМЭС С КОДАМ АКТЕВАЦИЕ

Помните недавнее нытье лексика о том, что рутноп съедает всю память и убивает железку? Так вот, я в это говно тоже сел.
Первой мыслью было, что бидон настолько замечательно аллоцирует объекты, что заставляет glibc'овский malloc фрагментировать память.
Я экспериментировал с openbsd'шным malloc, tcmalloc, но память не возвращалась.
Оказывается, в бидоне есть встроенный аллокатор, надстроенный над системным malloc, добавляющий еще один уровень умничанья и пулов "свободной" памяти.
Я собрал бидон --without-pymalloc и запустил с LD_PRELOAD=/usr/lib/libtcmalloc.so
Память не возвращалась.
Я сходил почитал комиксы в инторнете, потупил в чятики, глянул в процесслист и обнаружил, что RSS упало.
Предположение: Python таки освободил память, но tcmalloc решил, что память можно придержать на случай, если она еще понадобится.
Чтобы проверить это предположение, я написал биндинги к tcmalloc.
Создаем крупный объект из кучи мелких говен. generic.current_allocated_bytes растет
Удаляем его. generic.current_allocated_bytes падает, tcmalloc.pageheap_free_bytes растет
Делаем pytcm.release_free_memory(), tcmalloc.pageheap_free_bytes падает, tcmalloc.pageheap_unmapped_bytes растет, RSS падает, VSZ остается высоким.
Память действительно освободилась питоном, а tcmalloc сделал madvise(...,MADV_DONTNEED) на страницы из своего page heap.

Мораль: PYMALLOC говно. Если ты эмбеддор, это первое, что тебе нужно выдрать из питона.

Чят, моя ебучая память забыла слово, которым вы называли когамку. Не женоненавистник, не гинофоб, не мизогинист, не сюткинист, блять что за слово-то было?

Ебаный пиздолис. Съесть 3 гб из 8 и тормозить!
Жалкие 130 вкладок, ну что за ублюдское поделие .
У меня konqueror из kde 3.5 на машине с 512 мб памяти выносил большее

Я тут опять настраивал почтовик для лавашевского rss2email и вспомнил, что хотел когда-то давно поделиться. Итак, пятиминутка ликбеза для тех, кто никогда не плавал в говне:

В электронной почте есть несколько адресов отправителя, которые содержатся в заголовках письма:
From -- адрес отправителя
Sender -- адрес "настоящего" отправителя, отправляющего это письмо вам "по поручению" отправителя
Reply-To -- адрес, на который составляется письмо при нажатии кнопки "ответить" в почтовом клиенте"
Return-Path -- адрес для возврата
Все эти адреса вы можете увидеть в своем почтовом клиенте.
И один, который на самом деле используется для обработки почты - envelope from, который на самом деле указывается в команде mail from в SMTP, и который вы обычно не видите в клиенте если не читаете внимательно нестандартизированный заголовок Received, который на самом деле тоже может быть не настоящим.

На самом деле To: тоже не используется для маршрутизации писем, но это другая история

Ломающие новости, посоны:

We will very unlikely support multiple graphical logins of the same

user at the same time, in any default setup. Custom setups or setups
which declare that as supported will need to add their own logic to
make that possible.
Это цитата Кея Сиверса -- мейнтейнера udev и второго после ленички в разработке systemd/logind/journald.

Лёничка сломал systemd --user в 205.
И не собирается чинить, потому что мы все, оказывается, использовали его не так, как задумывалось. Послал пидора нахуй и перевел свою сессию на runit.

Да, кстати, если кто-нибудь знает последовательность, которую OTR-говно интерпретирует как "не интерпретировать OTR-последовательности в этом сообщении", скажите мне её

Похоже не меня одного заебало онеме? Похоже модно стало делать треш.

Боже, как же я наебался с этим китайским клоном J-Link'а. С этими прошивками для него, с борьбой SEGGER'а против клонов, с вечным отваливанием, с невнятными ошибками в выблевке openocd.
Говно наконец начало щелкать релюшкой. На это убит ЕБАНЫЙ ВЕЧЕР.

http://en.wikipedia.org/wiki/Lorde ← зачем я это прочитал?