Solaris

Предположим, вы удаленно залогинились на Solaris-сервер, и вы знаете, что вы на самом деле находитесь внутри зоны. Как же узнать, что находится вокруг вас - скажем, ip или hostname глобальной зоны? Программисты SUN не позаботились о команде, c помощью которой из неглобальной зоны можно было бы получить информацию о глобальной (и понятно, почему).

Предположим, у вас есть ваши собственные программы, работающие через SMF. Теперь вы хотите предоставить некоторым обычным пользователям возможность перезапускать эти программы, любые же другие привилегии вы давать им не хотите. С помрщью SMF это действительно просто, можно дать разрешение для какого-либо одного приложения или для группы, и т.д.

Инженер SUN из Англии, Colin Seymour подготовил шпаргалку по ZFS. Думаю, многим пригодится:

Зачастую, устанавливая «с нуля» систему, мы задумываемся о том, какие пакеты в системе нужны для работы и что можно исключить при инсталляции. Перед промышленным использованием ОCи, может понадобиться урезать систему до минимума и снабдить ее необходимыми компонентами для работы. Например заменить стандартные оконные менеджеры JDE или CDE на альтернативный. Одним из наиболее удобных и легковесных, на мой взгляд, является оконный менеджер для X11 - «BlackBox», который мы и попытаемся собрать.
Требования к системе у «BlackBox» довольно простые — наличие рабочего X-сервера «Xsun» с его библиотеками.
Для сборки «BlackBox» (в статье рассматривается сборка «blackbox-0.70.0») потребуется GNU-набор «Binutils» и GNU-сборщик «Gmake». Воспользуемся сетью для получения требуемых исходников. Необходимо найти и скачать «blackbox-0.70.0.tar.gz» - 400кб , «binutils-2.17.tar.gz» - 17Мб и «gmake-3.81.tar.gz» - 1,5Мб.

Статья написана и любезно предоставлена Gatsu, чей ник вы можете часто увидеть в нашем форуме. Надеюсь, данная публикация положит начало серии статей, посвященных сборке программного обеспечения для Solaris.


В примере рассматриваю Solaris 10 x86_x64 11/06. (Действия идентичны и для Solaris 10 x86_x64 01/06).
Итак Solaris 10 x86 установлен, а что дальше?
Небольшой тюнинг перед «боем»...
Так как при установке системы (если был выбран тип «full») установились и средства разработчика, то задача сводится к указанию путей к этим средствам.
Полученный опыт сборки исходников с помощью GNU компилятора идущего в комплекте с системой позволил мне полагать, что не стоит «перегружать» файл профиля пользователя указанием различных путей к бинарным файлам и библиотекам средств разработки (в нашем случае пользователь «root»).
На основании чего я сделал такой вывод? Дело в том, что файл «.profile», находящийся в корне домашнего каталога пользователя профилирует текущий сеанс и может навредить сбалансированной работе приложений, запускаемых от имени текущего пользователя. Связано это с тем, что прямое указание путей из файла профиля может указать приложению на библиотеки с ним не совместимые или не совпадающие по версии. Такая путаница может привести к краху системы или отказу старта графической сессии.