Pull to refresh
26
0
Александр @rolltin

User

Send message
Сделайте пожалуйста, чтобы при генерации DDL из PostgreSQL указывался OWNER
Когда уже сделаете, чтобы при генерации DDL из PostgreSQL указывался OWNER и права на данный объект БД?
Нет смысла, пока голос полностью (на всем своем пути) не будет бежать в OPUS'е — иначе получаем лишний транскодинг.
Весь снапшот тащится только один раз при portsnap fetch extract, в дальнейшем — portsnap fetch update — только изменения
Задержка максимум на пару часов — стоит ли геморрой свеч? :)
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]
Ну и как вариант хотелось бы иметь возможность приземлять звонок по ip-телефонии, со скидкой разумеется.
Настройте dkim и spf, письмо о регистрации попадает в спам в gmail
А фича с растаскиванием кошачьего дерьма идет по дефолту или включать в настройках надо?
А смысл?

Есть три варианта:
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 засунуть — глобальнее некуда)

Information

Rating
Does not participate
Registered
Activity