Сделайте пожалуйста, чтобы при генерации DDL из PostgreSQL указывался OWNER

Когда уже сделаете, чтобы при генерации DDL из PostgreSQL указывался OWNER и права на данный объект БД?

Нет смысла, пока голос полностью (на всем своем пути) не будет бежать в OPUS'е — иначе получаем лишний транскодинг.

Весь снапшот тащится только один раз при portsnap fetch extract, в дальнейшем — portsnap fetch update — только изменения

Задержка максимум на пару часов — стоит ли геморрой свеч? :)

7.3 / 8.1

MK_ZONEINFO=«no» в make.conf нужен только в случае если вы собираетесь собрать мир из сорцов /usr/src, где информация о таймзонах старее чем из порта misc/zoneinfo

Если отвалится /usr, у вас будут проблемы посерьезнее отсутствия таймзоны :)

Может вместо cvsup и csup использовать portsnap? ;)

Забыл указать — г. Оренбург

[offtopic]

Поправьте, кстати, Яндекс.Карты для Android (пробки смещены относительно дорог)
HTC Incredible S, Android 2.3.3
i32.fastpic.ru/big/2011/1028/49/6191b516d6312f1ec7ae44c8e0323e49.png

[/offtopic]

youmagic.com

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

Настройте dkim и spf, письмо о регистрации попадает в спам в gmail

А фича с растаскиванием кошачьего дерьма идет по дефолту или включать в настройках надо?

sysctl-way

А смысл?

Есть три варианта:
1) Все стандартное — обновление проще простого.
2) Ядро свое, «мир» стандартный — ядро обновляется вручную, «мир» через freebsd-update
3) Все собрано вручную — полностью ручное обновление.

Может конечно быть еще вариант когда ядро стандартное а «мир» нет — но это уже извращение.

В упор не вижу смысла из-за нескольких значений, которые замечательно крутятся через sysctl, наживать себе геморрой в будущем.
При апгрейде на более свежую версию «ручное» обновление бывает безумно интересно :)

Пересобрав ядро из-за такой мелочи, вы лишаетесь возможности обновления ядра через freebsd-update.
Т.е. вместо быстрого обновления вы получаете цирк с конями возню с обновлением сорцов и пересбором ядра.

Единственный момент — в итоге, если выкручивать всякие значения с азартом или в следствии острой нужды, это может упереться в максимальное кол-во памяти, доступной ядру (vm.kmem_size и vm.kmem_size_max).

При увеличении kmem >= 1Gb на i386 все-таки надо будет пересобрать ядро с увеличенным значением KVA_PAGES, иначе будет паника.

Занес в /etc/sysctl.conf — чем не глобально и навсегда?
Можно вообще в /boot/loader.conf засунуть — глобальнее некуда)