*nix *

Всем привет!
Пару месяцев назад перевёл первую часть документации PF(на остальное нет времени).
Но опубликовать получилось недавно. Думаю многим документация будет полезна, а может кто даже захочет помочь в этом деле, что было бы просто замечательно.

От себя хочу добавить, что PF это великолепный брандмауэр, он обладает огромными возможностями и в тоже время его синтаксис очень прост.

P.S
Если есть какие либо замечания по переводу, буду рад их услышать.

Начиная с 8.0-RELEASE, FreeBSD будет поддерживать юникод в консоли.
Уже сейчас в восьмой ветке можно подключить UTF-8, проделав следующие шаги:

1. Добавить в конфигурацию ядра строки options TEKEN_UTF8 и options TEKEN_XTERM
2. Заменить 'cons25' на 'xterm' в /etc/ttys

Сильно не пинайте, решил просто поделиться.
Пишем xml парсер, который вытягивет данные о карме и хабрасиле:

#!/usr/bin/perl

use XML::Simple;
use Net::HTTP;

my $s = Net::HTTP->new(Host => "habrahabr.ru") || die $@;
#поменяйте на свой username
$s->write_request(GET => "/api/profile/%username%/", 'User-Agent' => "Mozilla/5.0 (+http://www.reid.ru/freebsd/?page_id=15)");
my($code, $mess, %h) = $s->read_response_headers;

while (1) {
    my $buf;
    my $n = $s->read_entity_body($buf, 1024);
    die "read failed: $!" unless defined $n;
    last unless $n;
    $data = $buf;
}

my $s = XMLin($data);
$karm = $s->{karma};
$rating = $s->{rating};
print "$karm\/$rating";

В rc.lua пишем:

-- определяем виджет
karma_text = widget({ type = "textbox", align = "right" })
function get_karm()
 -- указываем путь к скрипту
 local karm =  awful.util.pread("~/.config/awesome/zoom/bin/karma")
 karma_text.text = "" .. setFg("#e8ef1b", karm) .. ""
end
...
-- указываем где он должен располагаться
mywibox[s].widgets = {
...
 karma_text
...
}
-- вызываем его при запуске awesome
get_karm()
-- и вызываем каждые 15 минут
awful.hooks.timer.register(900, function() get_karm() end)

Результат (для полноты показываю весь трей):


Внимательно ознакомьтесь с правилами API хабра.

Сегодня наконец-то вышла первая публичная бетка FreeBSD 8!

В том числе, был опубликован приблизительный roadmap:

BETA2: July 13, 2009
BETA3: July 20, 2009
RC1: July 27, 2009
RC2: August 17, 2009
RELEASE:August 31, 2009

Подробнее:
В рассылке

Команда PC-BSD представила сообществу обновленную версию PC-BSD 7.1.1

Кто понимает зачем это — пожалуйста, потестируйте: kostjn.spb.ru/patch-jail-limit-8CURRENT.tar.gz

Поздравляю всех пользователей FreeBSD с тем что наконец-то вышла версия 7.2!
Вчера вечером сделав cvsup обнаружил что версия системы стала 7.2-RELEASE, что раньше запланированного срока выхода на пару дней.

В связи с тем, что «IBM купит Sun за 7 миллиардов долларов», появились высказывания:
«Не исключено, что сделке между Sun Microsystems и IBM могут помешать антимонопольные регулирующие органы, так как эти компании доминируют в сегменте Unix-серверов, занимая 65 % этого рынка.»

Но, я бы не стал так уж прямо выделять современный рынок Unix-серверов с проприентарной RISC-архитектурой процессоров (типа IBM Power, Sun Sparc и HP/Intel Itanium) в отдельный и замкнутый рынок.
На рынке RISC/UNIX-систем действительно осталось всего 3 крупных компании IBM, Sun и HP, и после объединения IBM & Sun, будут только два конкурента: IBM/Power — HP/Itanium (возможно 3-й будет Fujitsu/Sparc, хотя я лично считаю, что скорее всего Fujitsu будет вынуждена закрыть свое Sparc-подразделение).
Но заметьте, в историю, вместе со своими RISC-архитектурами, канули такие легендарные компании как:
1. Digital Equipment Corporation (DEC) — CPU Alpha AXP,
2. Silicon Graphics (SGI) — CPU MIPS,
3. Intergraph Computer — CPU Clipper,
4. Siemens Nixdorf Informationssysteme AG (SNI) — CPU MIPS,
5. Pyramid Technology — CPU MIPS,
6. Tandem Computers — CPU MIPS,
7. Data General (DG) — CPU Motorola 88k, и куча др.
А вы не задавались вопросом кому они проиграли (отдали) свои рыночные доли?

В общем-то статья написана скорее для себя — чтобы не забыть, но может кому пригодится.

Захотелось мне обновить FreeBSD с версии 7.0-GENERIC-p11 до свежей 7.1-GENERIC-p4.
Собирать из сорсов ядро, разумеется, желания не было, поэтому решил обновляться в автоматическим режиме.
Итак, команды (выполняем с правами root):

[root@server ~]# freebsd-update -r 7.1-RELEASE upgrade

Апдейтор проверит систему и спросит устраивает ли то что такие-то модули будут обновлены, а такие-то — нет. Отвечаем yes, далее начнется загрузка обновлений — очень много, у меня выдал 32850 пакетов — ждем окончания процесса. Может затянутся на несколько часов.

[root@server ~]# freebsd-update install

Начинаем установку скачанных обновлений. В конце попросит проверить измененные конфиги (настоятельно рекомендую править сразу) и ребутнуться. Происходит обновление ядра.

[root@server ~]# shutdown -r now

Ребутаемся ;-)
В некоторых случаях (причину бага я так и не понял) после ребута система не находит загрузчик ядра и выкидывает приглашение ввести путь к нему. Вводим /boot/loader — и вуаля!

[root@server ~]# freebsd-update install

Устанавливаем оставшиеся обновления.
Quest done!

Все действия производим на свой страх и риск, разумеется.

Итак, сегодня я постараюсь ответить на популярную проблему как пропатчить KDE UTF-8 под FreeBSD.

В один прекрасный момент переноса базы данных с тестового сервера на продакшн для подготовки бета версии я больно стукнулся головой об проблему с UTF-8 строками в PostgreSQL. А точнее, натолкнулся на полное нежелание PostgreSQL выдавать на запрос SELECT upper('суслик') положенного по штату "СУСЛИК"а. В результате поиска баги я был в шоке, так как совсем не ожидал от современной операционки таких, совсем уже детских, ляпов!

Теперь события из мира BSD доступны в мире Twitter.
@freebsdannounce — это новостной канал.
@freebsdblogs сборная солянка блогов Planet FreeBSD.
@freebsd объединяет оба названных и еще много чего.
@bsdevents вещает обо всех событиях событиях плюс напоминалки и фотоотчёты.

В общем, всё по-домашнему.

Есть сервер, который находится в датацентре в г. Москва. Есть я, который находится в уездном городе N™ :-) Единственный доступ к серверу — SSH и Remote PDU для перезагрузки.

Появилась нужда перейти на FreeBSD amd64, за одно обновив ПО и пересобрав ядро.

Что было до:
FreeBSD hostname FreeBSD 7.1-RELEASE i386.

Что стало после:
FreeBSD hostname FreeBSD 7.1-RELEASE amd64.

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

Это — перевод статьи Mario Wolczko, опубликованной в Usenet в 1986.

Знание истории происхождения вещей и их названий, будь то простой карандаш, автомобиль или команда операционной системы, делает их повседневное использование намного интереснее. В этой заметке я постарался разобраться в причинах странного, казалось бы, наименования некоторых программ, используемых в операционной системе Unix и её родственниках: *BSD, Solaris, HP-UX, Linux и т.д.

Перепечатка моей статьи, написанной, в свою очередь, по мотивам страницы What does {some strange unix command name} stand for?

Очередной пост, посвящённый полезным утилитам. из состава Debian =)) На этот раз хочется вспомнить про программу apt-mirror, которая позволяет не много не мало, а создавать свои собственные зеркала Debian репозитариев с ежедневным обновлением онных.

Зачем это может понадобиться, мне даже не нужно говорить, так как все знают, что в локальной сети предприятия или какого-нибудь села/дома легче сделать общее зеркало со срезом репозитария, чем нагружать Интернет-канал каждый раз, когда некоторый индивид использующий на своём рабочем месте Debian GNU/Linux захочет обновиться до более свежей версии.

Иногда в локальной сети появляется необходимость выпускать пользователей в интернет через прокси-сервер. Например, для учёта трафика или ограничения доступа к определённым ресурсам. При этом использование прозрачного прокси невозможно или нежелательно.

Информируем пользователей

Можно, конечно, просто сделать рассылку на всех с указанием параметров. Но, как показывает практика, это не избавляет полностью от лишних вопросов.

К середине прошлого десятилетия бизнес SGI принял современный вид и оформился в четыре основных направления: программное обеспечение, рабочие станции и системы визуализации графических данных, серверы, а также системы хранения данных. Несмотря на прочные позиции на рынке, дела у силиконовцев пошли из рук вон плохо — курс акций уходил в крутое пике, убытки множились с каждым кварталом. Компания лихорадочно искала пути к выживанию и в 1997 году сделала ряд шагов, действительно обескураживших приверженцев ее продуктов.

Как это часто бывает в ИТ, у этого начинания исключительно академические корни. История началась в 1979 году Стэндфорде, где профессор Джеймс Кларк вместе со своими студентами вёл разработку «Геометрического движка». Задача на тот момент была совершенно фантастической — обеспечить рабочим станциям возможность оперировать трёхмерными изображениями.

Забегая вперёд, отмечу, что сейчас плод её решения вкушают пользователи всех известных мне современных операционных систем, предназначенных для персональных компьютеров. Итак, сегодня я расскажу об эре визуального компьютинга в UNIX и компании SGI, ответственной за её рождение и закат.

0. Предыстория
Около двух лет назад перед сравнительно небольшой, но развивающейся сетью, в которой я, волею судеб, оказался системным администратором, встала задача внедрения нового биллинга. Требования оказались просты и довольно банальны для тех мест, где Интернет стоит не копейки и далеко не все готовы платить за безлимиты:

• Возможность создания помегабайтных тарифных планов и безлимитов
• Возможность учета трафика по направлениям (бесплатный-город-страна-мир)
• Бесплатное решение (слово opensource тогда еще мало интересовало)
• Вменяемый web-интерфейс пользователя и администратора
• Возможность расширения функционала на будущее
• Поддержка различных систем оплаты (в частности интересовала оплата карточками пополнения

Изначально искал маленькую ёмкую шпаргалку по FreeBSD, которую в итоге и нашёл, но через пару минут перед моими глазами предстало

НЕЧТО

БОЛЬШЕЕ И

ВСЕОБЪЕМЛЮЩЕЕ

P.S. pdf inside
P.P.S. и не только по FreeBSD…