запилили c-states запилили EFI нативный гипервизор на подходе начали теребонькать BKL пилят smp для pf 10/10, объявляю год openbsd на десктопе

Скачал случайно флак 24/96. deadbeef играет на половинной скорости, mplayer вообще уронил пульсу^Wsndiod.

mplayer 10p не играет. Ну пиздец вообще.

[~]% ls *.core cwm.core gnuchess.core pidgin.core zathura.core deadbeef.core mutt.core rtmpdump.core fdm.core notion.core yeahconsole.core

ПРИШЛО ВРЕМЯ ЗАПУСТИТЬ FSCK FSCK САМ НЕ ЗАПУСТИТСЯ ЗАПУСТИ ЕГО, ЗАПУСТИ ЕГО ЕЩЕ РАЗ ЗАЧЕМ МНЕ НУЖЕН ZFS, У МЕНЯ НЕТ ВРЕМЕНИ ЧТОБЫ ЕБАТЬСЯ С НИМ ЛУЧШЕ ЕЩЕ РАЗ ЗАПУСТИТЬ FSCK Я ЗАПУСКАЮ FSCK ПО 3 РАЗА В ДЕНЬ КАЖДЫЙ ЗАПУСК ЗАНИМАЕТ ДВАДЦАДЬ МИНУТ Я ЖИВУ АКТИВНОЙ И ПОЛНОЦЕННОЙ ЖИЗНЬЮ Я УСПЕШЕН И ПОЭТОМУ ЦЕЛЫЙ ДЕНЬ ИСПОЛЬЗУЮ OPENBSD А ПОСЛЕ ЭТОГО ЗАПУСКАЮ FSCK ТУПЫЕ ЛИНУКСОИДЫ ОДЕРЖИМЫ КОНПЕЛЯЦИЕЙ ВЕДРА А Я СВОБОДНЫЙ ОТ ЗАДРОТСТВО ЧЕЛОВЕК СКОЧАТЬ БЕЗПЛАТНО И БЕЗ РЕГИСТРАЦИИ СНАПШОТ КУРЕНТА ТЕО ПОРТЫ ПАКЕТЫ PIE ASLR СЕКУРИТИ ЛУЧШЕ Я СДЕЛАЮ FSCK ЕЩЕ РАЗ СТАБИЛЬНОСТЬ НЕ НУЖНА Я НЕ ЗАПУСКАЛ FSCK НЕДЕЛЮ ПОЙДУ ЗАПУЩУ В OPENBSD ВСЕ ПРОСТО И ПОНЯТНО WARNING: R/W MOUNT OF /HOME DENIED. FILESYSTEM IS NOT CLEAN ЭТО ЖЕ ОЧЕВИДНО КАК ЕЕ РЕШИТЬ ПРИШЛО ВРЕМЯ ЗАПУСТИТЬ FSCK ККОКОКОКОКОКОКО ЖМУ/ПИНУС ШВАБОДКА ПИТУХИ КОКОКОКОКОКОКО

Просто чтобы где-то было. OpenBSD апгрейдится с i386 на amd64 (и обратно) совершенно безболезненно. Достаточно скачать нужный образ, выбрать Upgrade, а после перезагрузки сделать pkg_add -ui -D installed. Всё.

Вот что меня анноит в OpenBSD, так это их распиздяйское отношение к контрибуторам. 1: Отправишь патч в рассылку, кто-нибудь ответит "вроде норм" (или там "говно", тогда переделываешь и goto 1), и тишина. А потом смотришь в source-changes@ - закоммитили. Или нет. Могли бы написать "your patch is fine, but we can't apply it atm, blah-blah, will commit later" хотя бы.

Забыдлокодил цвета для групп окон, ня. http://ompldr.org/vOWg4cw

Будучи удручён диким количеством IPI (300 в секунду) и вдохновлён на подвиги статьёй [1] наговнокодил патч [2]. Вот что показывает time make -j8 для world: до: 31m34.17s real 39m24.35s user 87m3.06s system после: 30m55.23s real 37m30.48s user 76m34.75s system Странно это всё. [1] http://141.146.8.135/bholler/entry/the_m.....ed_code_in [2] http://plhk.ru/trash/use-mwait.diff

Not surprisingly, a lot of software that claims to be 64 bits-ready isn't. This touches all web navigators, most jit engines, and probably lots more of software (our ports tree version of gnu-grep, for instance). http://old.nabble.com/vmmap%3A-bad-softw.....39808.html

Modified files:        sys/arch/i386/include: i82093var.h        sys/arch/i386/pci: pci_machdep.c pci_machdep.h Log message: First stab at supporting Message Signaled Interrupts on i386.  Still work in progress.  The code is effectively disabled as long as PCI_FLAGS_MSI_ENABLED doesn't get set for the root PCI bus. (и то же самое для amd64) Не очень понятно правда, какой в этом толк, если все обработчики все равно на одном едре. Ну может я просто дурак.

Что-то странное происходит. Во всех configure-скриптах есть такой кусок http://pastebin.com/eeXNfhVy . Мой sed ВНЕЗАПНО перестал его переваривать, ругается так: sed: 5: "/^[ ]*VPATH[ ...: \1 not defined in the RE На всех других машинках работает.

Уняня, они читают мои мысли. Вчера ведь хотел патч сделать, а сегодня уже не нужно. CVSROOT:        /cvs Module name:    src Changes by:     ajacoutot@cvs.openbsd.org <https://mail.google.com/mail/h/1sjc8qm5p.....penbsd.org>       2011/04/22 00:08:14 Modified files:        etc            : rc rc.local rc.shutdown Log message: Move the rc.d(8) bits from rc.{local,shutdown} directly into /etc/rc. By default, rc.{local,shutdown} don't output anything anymore. original idea from schwarze@ discussed with deraadt@ and no objection from millert@ ok schwarze@ robert@

Тео пишет об уменьшении тормозов^W^Wsignificant speedups, и не пиздит ведь. В самом деле, за последние пару недель система стала меньше тормозить, особенно при загрузке заметно, но не только. Ссылка: http://permalink.gmane.org/gmane.os.openbsd.tech/24661

Changes by: beck@cvs.openbsd.org 2011/04/02 11:36:45 Modified files:         sys/arch/amd64/amd64: machdep.c Log message: Enable bigmem by default on amd64. ok deraadt@

С openbsd вообще странная история. C одной стороны, конпеляция ядра после каждого обновления (чтобы пропатчить msdosfs до поддержки koi-8 (!)), конпеляция ls (для utf-8) и ksh (для комплишена []) это пиздец. Плюс тормоза. С другой стороны, мне нравятся Project Goals, ifconfig, hotplugd и пакетная система. И мне не хочется от неё блевать.

Мне в ksh нравится его vi-mode. А в каких еще шеллах есть vi-mode? Потому что меня заебало, что в ksh: a) нет поддержки utf-8; b) нет нормального комплишена файлов с [] (а таких файлов реально дохуя с торрентов льётся). По пункту b я уже утащил патч из mksh (который не помню чем меня не устраивает), но он тоже не решает всех проблем (эскейпить надо руками). Написал говнокод чтобы эскейпилось автоматически, но вот баг нашли: http://old.nabble.com/Re%3A-ksh-completi.....59065.html