вторник, 24 ноября 2009 г.
MySQL gem на leopard 10.5...
суббота, 14 ноября 2009 г.
PXE: теперь не только для серверов
PXE: теперь не только для серверов
Оригинал:
Автор: Bill Childers
Дата: 1 апреля 2009
Перевод: Александр Тарасов aka oioki
Дата перевода: 7 ноября 2009
В апрельском выпуске 2008 года Linux Journal была напечатана статья Кайла Ранкина (Kyle Rankin) "PXE Magic", описывающая способ работы PXE (Preboot eXecution Environment, Среда предзагрузочного исполнения), инструкцию по установке своего собственного PXE-сервера и включению аварийных средств вроде Knoppix в PXE-установщик Kickstart. Мне эта статья очень помогла, однако теперь у меня встала задача обслуживания не только сети Linux-серверов, а всей сети, состоящей из ноутбуков, рабочих станций и серверов с установленными Ubuntu и Windows. Я представил, как было бы здорово иметь сервер, с помощью которого можно было бы устанавливать не только сервера и загружать по сети аварийные средства, но также создавать временные рабочие окружения для пользователей, в том случае, если что-нибудь сломается. Было бы идеально, если бы с помощью этого PXE-сервера можно было бы по сети устанавливать Windows. Через несколько часов проб и ошибок, я, наконец, создал рецепт и, по странному стечению обстоятельств, я сумел наладить сетевую установку Windows... сперва разворачивая Linux.
Установка терминального сервера Ubuntu
Одной из моих целей при создании такой системы была возможность предоставления пользователям такой среды, которую они могли бы быстренько загрузить, чтобы она была привычна для них, и позволяла бы выполнять простейшие действия - проверить почту, зайти на сайт, отправить мгновенное сообщение и т.п. К счастью, большинство персонала в моей компании пользуется на рабочих компьютерах системой Ubuntu, поэтому ясно вырисовалось решение установить и настроить терминальный сервер Ubuntu на основе проекта Linux Terminal Server Project (LTSP).
Как любая реализация PXE, сервер LTSP требует наличия TFTP-сервера, правильно настроенного DHCP-сервера и программы syslinux. Если объяснять простыми словами, то процесс происходит так. Пользователь загружает свой компьютер, сетевой адаптер выполняет PXE-код, компьютер получает с помощью DHCP свой IP-адрес и IP-адрес сервера, на котором хранится код syslinux. Затем запускается TFTP-клиент, код syslinux скачивается и исполняется, таким образом начинается процесс загрузки. Благодаря кропотливому труду разработчиков Ubuntu LTSP, установка такого сервера происходит быстро и легко.
Есть два способа установки LTSP-сервера: обычный и самостоятельный. В первом случае предполагается, что у вас в сети уже есть существующий DHCP-сервер; а самостоятельный способ подразумевает отсутствие DHCP-сервера. В случае самостоятельной установки в вашей сети будет установлен DHCP-сервер с последующей автоматической интеграцией с LTSP-сервером. В моей сети уже был DHCP-сервер, поэтому я выбрал обычную установку с интеграцией с нашим существующим Windows Server DHCP.
Я упомянул интеграцию LTSP-сервера с сервером DHCP для Microsoft Windows, но отнюдь несложно заставить работать LTSP в связке с любым другим DHCP-сервером. Если у вас DHCP стандартной реализации (от Internet Software Consortium), тогда обратитесь к уже упоминавшейся статье Кайла "PXE Magic" (см. источники информации в конце статьи). В этой статье приведен пример необходимых настроек и объяснения, как они работают. Если ваш сервер - dnsmasq (он популярен в OpenWRT и других легковесных Linux-дистрибутивах для встраиваемых систем), то нужно добавить в файл dnsmasq.conf опции dhcp-option=66, |
Теперь, когда сам LTSP-сервер готов, нужно включить поддержку PXE-загрузки в нашей сети, а это означает дополнительное конфигурирование Windows DHCP-сервера. Потребовалось достаточно много времени и сил, но как и в статье Кайла, на стороне DHCP-сервера потребовалось изменить всего лишь две настройки. В Microsoft DHCP-сервере этими настройками были "066 Boot Server Host Name", которой я присвоил значение IP-адреса LTSP-сервера и настройка "067 Bootfile Name", значение которой нужно присвоить "ltsp/i386/pxelinux.0". Это значение поначалу казалась непонятным, пока я не уяснил, что корневым каталогом TFTP-сервера Ubuntu является /var/lib/tftpboot. Если у вас стоит какой-нибудь другой DHCP-сервер, тогда вам может помочь врезка "Замечания по DHCP", либо обратитесь к документации по вашему DHCP.
Рисунок 1. Окно входа в Ubuntu LTSP
На данный момент можно загрузить компьютер в нашей сети, нажать F12, выбрать в качестве загрузочного устройства сетевую карту и через 30 секунд вы получите окно входа GDM. У меня получилось бы войти, но я бы сделал это как один из пользователей на самом Ubuntu-сервере. Близко, но не совсем то, что мне нужно. В идеале, нужно настроить так, чтобы LTSP-сессию мог открыть любой пользователь из Windows-домена. Таким образом, нужно добавить этот сервер в Active Directory моего предприятия. Сама по себе эта задача не проста, но в системе Ubuntu 8.04 и выше, это можно сделать с помощью apt-get и пары других команд.
Пакет, который все это делает, называется likewise-open. Сначала нужно скомандовать:
sudo apt-get install likewise-open
И пакет likewise будет установлен. После этого нужно включить Ubuntu-сервер в Windows-домен. Для этого командуйте:
sudo domainjoin-cli join
Если требуется, чтобы likewise запускался при загрузке компьютера, тогда нужно выполнить такую команду:
sudo update-rc.d likewise-open defaults
Также я хотел, чтобы логины проверялись в домене по умолчанию, для этого я добавил эту строку в файл /etc/samba/lwiauthd.conf:
winbind use default domain = yes
Наконец, запускаем демон likewise-open с помощью:
sudo /etc/init.d/likewise-open start
Теперь мои PXE LTSP клиенты могут аутентифицировать себя в корпоративной Active Directory. Первый шаг нашей задачи выполнен!
Рисунок 2. Рабочий стол Ubuntu - работает!
Настройка установки Windows по PXE через Unattended
Следующий шаг в моих приключениях с PXE - переустановка Windows на 30 ноутбуках. Старый системный администратор устанавливал Windows через образы. К сожалению, мне не удалось найти эти файлы образов. Из-за некоторых нюансов и нехватки времени для пересоздания правильных образов для каждой аппаратной платформы, я выбрал проведение установки Windows через Unattended.
Мне известно, что вместе с Windows поставляется Remote Installation Service (RIS, Сервис удаленной установки), но так как у меня не было времени, мне не хотелось изучать полностью новую технологию. Однако у меня был другой выбор: открытый проект Unattended. Unattended попалась мне на глаза примерно год назад, и хотя я пробовал ее дома, но никогда не задействовал в корпоративных условиях. Как и многие администраторы Linux, когда я слышу слово "Windows", у меня мурашки бегут, но так как мне поручили это задание, то его нужно сделать. Я понял, что лучше решать эту задачу наиболее умным способом - не терять времени зря и автоматизировать установку Windows.
Работа Unattended основана на том факте, что первый шаг в установке Windows 2000/XP - это по сути DOS-программа. Процессы, происходящие при PXE-загрузке через Unattended, довольно запустанны, но зато это дает большую гибкость. В простейшем случае, компьютер загружает ядро Linux и оболочку, далее вступают в действие скрипты Unattended. Скрипт разбивает системный диск на разделы и создает базовую структуру FAT, затем вы выбираете операционную систему (например, тип Windows-системы), настройки конфигурации и дополнительные программы. Когда вы устанавливаете Windows по-обычному, вам задают много вопросов о серийном номере, имени пользователя, к какой рабочей группе или домену присоединять, и о пользователях с правами администратора. Скрипты Unattended автоматически собирают эти данные воедино и создают файл unattend.txt, который складывается на свежесозданной файловой системе FAT. Затем запускается сессия FreeDOS, в которой с Samba-ресурса на сервере Unattended копируются установщик Windows и части операционной системы, и, наконец, запускается установщик, задействующий файл unattend.txt. После этого установка будет происходить самостоятельно, без вмешательства администратора. Разработчики из команды Unattended пошли еще дальше и создали разные скрипты, устанавливающие дополнительные программы (к примеру, автоматизированная VPN или Microsoft Office). Эти скрипты можно включить в свою конфигурацию.
По причине отсутствия такого понятия, как "пакет Unattended", процесс установки значительно отличается от стандартных ./configure && make install, и пришлось усердно штудировать документацию на сайте. Вкратце, система Unattended использует PXE и Linux, а также Samba для передачи установочных данных, также в ней содержится набор Perl, shell и batch-скриптов, которые выполняют всю установочную "магию".
В документации предполагается, что у вас есть рабочие DHCP- и DNS-серверы, а также Samba-сервер. У меня уже был установлены DHCP- и DNS-сервер, а Samba-сервер я установил с помощью команды sudo apt-get install samba. Потом я скачал дистрибутив Unattended с веб-сайта и распаковал его в /opt/unattended. Далее, создал CNAME-запись на нашем DNS-сервере, который отображал имя ntinstall на реальное имя хоста - установочного сервера. После этого я настроил Samba-сервер, файл конфигурации /etc/samba/smb.conf выглядит примерно следующим образом (некоторые части файла опущены):
[global]
...
guest account = guest
unix extensions = off
...
[install]
comment = Unattended
writable = no
locking = no
path = /path/to/unattended/install
guest ok = yes
Наконец, пришло время заполнить место, предназначенное для дистрибутива ОС, данными Windows. Мы создаем подкаталог в каталоге корень_unattended/install/os с именем вашего дистрибутива. В моем случае я создал каталог /opt/unattended/install/os/winxp и примонтировал этот каталог через Samba на свой рабочий стол. Затем я вставил установочный диск Windows в CD-привод и скопировал с диска каталог /i386 в каталог /install/os/winxp на моем сервере. Теоретически, теперь мой сервер Unattended был готов к предоставлению установки системы... но пока не было способа выбрать установку Unattended из загрузочного меню.
Тут мне опять помогла статья Кайла. Мне нужно было не что иное, как загрузочное меню PXE, и благодаря статье Кайла, мне удалось быстренько его создать. Нужно было взять файлы bzImage и initrd из каталога tftpboot, хранящегося в zip-файле linuxboot на сайте Unattended. Эти файлы нужно поместить в каталог /var/lib/tftpboot/ltsp/i386/ (я переименовал файл bzImage в unat, а файл intird - в unatin.img, чтобы лучше их различать).
Затем я создал на сервере файл /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/default (см. листинг 1). В нем содержится набор загрузочных аргументов syslinux, соответствующий конфигурациям серверов LTSP и Unattended. Нужно обратить особое внимание на директивы DISPLAY и LABEL. Директива DISPLAY означает, что при загрузке компьютера будет отображено содержимое файла pxemenu.msg, в котором содержится текст меню. Директива LABEL - это то, что нужно ввести, чтобы произошла загрузка определенного вида. В данном случае, если пользователь введет "1", система загрузит Ubuntu LTSP сессию (кстати, это вариант по умолчанию), а если введет "2", то сможет установить Windows.
Листинг 1. Пример файла pxelinux.cfg/default
default 1
serial 0,9600n8
timeout 300
prompt 1
DISPLAY pxemenu.msg
F1 pxemenu.msg
LABEL 1
KERNEL vmlinuz
APPEND ro initrd=initrd.img quiet splash
LABEL 2
KERNEL unatµ
APPEND initrd=unatin.img z_user=guest z_password=guest z_path=//192.168.1.20/install
Теперь при загрузке PXE-клиента у меня есть выбор - загрузить сессию Ubuntu LTSP или провести Unattended-установку. На данный момент установка Windows через Unattended мной протестирована и работает - установка базовой Windows происходит хорошо, но при этом не устанавливаются никакие драйверы, и не накладываются патчи. Я понял, как сильно я прикипел к менеджеру обновлений Ubuntu, но мне пришлось смириться с этим и искать способ довести систему полностью до рабочего состояния, чтобы установка драйверов и обновлений происходила без моего вмешательства.
Рисунок 3. Какую программу запустим?
Мне не пришлось изобретать колесо, потому что проблема с драйверами и обновлениями адресована на самом деле ребятам из Unattended. Существует способ встроить DriverPacks (это большой сжатый архив с драйверами) в систему Unattended. Описание этого метода уже выходит за рамки данной статьи, но если вам понадобится, обратитесь к соответствующей ссылке в конце статьи.
Что касается автоматической установки обновлений, то ребята из Unattended выбрали Linux-подобный подход. В каталоге Unattended есть два каталога - /install/scripts и /install/tools. Каталог scripts содержит Windows batch-файлы (с расширением .bat), они используются для проведения автоматической установки различного программного обеспечения, а также некоторых обновлений. Каталог tools содержит набор скриптов, которые будут получать текущую конфигурацию с вашего Unattended-сервера и содержимое scripts на сервере и сравнивать его с содержимым CVS-хранилища, поддерживаемого командой Unattended. Затем скрипты скачают последние bat-файлы и разместят их в соответствующем месте каталога scripts. На данный момент при установке Windows через систему Unattended также автоматически скачиваются все патчи и устанавливаются без вмешательства пользователя. После очередной перезагрузки система возьмет следующий неустановленный патч, установит его и так продолжится до полного обновления системы. Обновление вашей системы Unattended до актуального состояния происходит с помощью трех последовательных команд ./script-update; ./check; ./prepare, выполненных из каталога /install/tools из корня Unattended.
Рисунок 4. Windows устанавливается! Быстрее и надежней - вот это спорно.
CVS-архив скриптов, как и архив скриптов на вики - бесценны. Эти ресурсы помогли мне выстроить автоматизированную систему установки, и теперь у меня есть конфигурация, которая полностью удовлетворяет потребности моей компании в Windows. Теперь я могу ввести данные, относящиеся к компьютеру (буквально несколько секунд), и я могу спокойно гулять по своим делам, зная, что Windows, Office, Cisco VPN client, Symantec Anti-Virus и многие другие программы будут установлены автоматически без моего присутствия и без присутствия вообще кого-либо.
В заключение я хотел бы сказать, что благодаря усилиям разработчиков Ubuntu и LTSP, теперь у меня есть окружение, позволяющее пользователям работать даже при поломанной основной системе. И благодаря разработчикам Unattended, мне не приходится каждый раз нянчиться с установкой Windows, либо ставить Windows через полуготовые образы или другие странные способы. У меня уже есть идеи, как еще больше расширить эту систему.
Источники информации
"PXE Magic: Flexible Network Booting with Menus" от Кайла Ранкина (Выпуск журнала LJ от апреля 2008): www.linuxjournal.com/article/9963
Ubuntu Wiki - Установка LTSP: https://help.ubuntu.com/community/UbuntuLTSP/LTSPQuickInstall
Аутентификация Active Directory в Ubuntu 8.04 и 8.10: anothersysadmin.wordpress.com/2008/04/06/howto-active-directory-authentication-in-ubuntu-804
Unattended: система развертывания Windows: unattended.sourceforge.net
Пошаговые инструкции Unattended: unattended.sourceforge.net/step-by-step.php
Unattended Wiki: ubertechnique.com/unattended/FrontPage
Использование DriverPacks с Unattended: ubertechnique.com/unattended/BTS_Driver_Packs
Архив скриптов Unattended: ubertechnique.com/unattended/Scripts
Билл Чайлдерс (Bill Childers) - IT-менеджер из Силиконовой долины, где он живет со своей женой и двумя детьми. Ему слишком нравится Linux, возможно, ему нужно почаще выходить на солнышко. В свое свободное время посещает фестиваль чеснока в Гилрое, но он вовсе не пахнет чесноком.
среда, 11 ноября 2009 г.
Доступ к MSSQL из Rails (OS X Leopard)
Ruby/Rails => ActiveRecord SQL Server Adapter => DBI Gem w/DBD-ODBC => Ruby ODBC => unixODBC => FreeTDS => MSSQL Server.
Так как мне это нужно только для временого доступа к разным серверам то я использую проброс портов через ssh
$ ssh -L 1433:mssqlserver.mydomain:1433 login@myhostпоэтому вместо имени сервера я использую localhost
для начала ставим xcode с установочного диска и ports
или обновляем
$ sudo port selfupdateВсе настройки я описываю для ruby 1.8.7
Проверяем версию руби
$ ruby -vи обновляем при необходимости
$ sudo port install rubyставим gem
$ sudo port install rb-rubygemsтеперь переходим к установке unixODBC и FreeTDS
$ sudo port install unixODBCставим необходимые gem
$ sudo port install freetds +odbc
$ sudo gem install dbi -v 0.4.1на время написания статьи необходимо подправить Portfile для rb-odbc
$ sudo gem install dbd-odbc -v 0.2.4
$ sudo gem install activerecord-sqlserver-adapter
$ port file rb-odbc | xargs mateТеперь в открывшемся TextMate правим
0.9995 на 0.9997
и соответственно правим MD5 на 36d21519795c3edc8bc63b1ec6682b99
у меня получилось
# $Id: Portfile 30250 2007-10-23 02:16:17Z jmpp@macports.org $После сохранения файла можно ставить ruby ODBC
PortSystem 1.0
PortGroup ruby 1.0
ruby.setup {odbc ruby-odbc} 0.9997 extconf.rb {README doc test}
maintainers nomaintainer
description An extension library for ODBC from ruby.
long_description Extension library to use ODBC data sources from Ruby. \
Supports Ruby 1.6.x and 1.8 on Win32 OSes and UN*X
checksums md5 36d21519795c3edc8bc63b1ec6682b99
homepage http://www.ch-werner.de/rubyodbc
master_sites http://www.ch-werner.de/rubyodbc
categories-append databases
platforms darwin
variant utf8 {
configure.args-append -Cutf8
}
$ sudo port install rb-odbc +utf8Теперь настраиваем FreeTDS
$ mate /opt/local/etc/freetds/freetds.confя добавил в конец файла
[my_dev_server]После этого настраиваем unixODBC
host = localhost # я использую проброс портов
port = 1433
tds version = 8.0
port = 1433
client charset = UTF-8 # у меня серваки отдают win1251 а в рельсах utf-8
$ sudo cp /opt/local/etc/odbc.ini.dist /opt/local/etc/odbc.iniвставляем
$ sudo cp /opt/local/etc/odbcinst.ini.dist /opt/local/etc/odbcinst.ini
$ mate /opt/local/etc/odbcinst.ini
[FreeTDS]теперь очередь за настройкой DSN
Decscription = FreeTDS driver for SQLServer
Driver = /opt/local/lib/libtdsodbc.so
Setup = /opt/local/lib/libtdsodbc.so
FileUsage = 1
$ mate /opt/local/etc/odbc.iniвот например мой
[my_dev_server_dsn]теперь очередь за database.yml в приложении
Driver=FreeTDS
Description=My Server Connection
Servername=my_dev_server
Server=my_dev_server
Port=1433
Database=mssql-database
например
development-mssql:
adapter: sqlserver
mode: ODBC
username: user
password: secret
database: mssql-database # возможно достаточно настроек dsn
dsn: my_dev_server_dsn
Все работает.
На самом деле я использую модель и rake task для импорта данных в рельсовое приложение т.е. только на этапе разработки.
Show Git branch in bash terminal
alias ss="ruby script/server"
parse_git_branch() {
git branch 2> /dev/null | sed -e '/^[^*]/d' -e 's/* \(.*\)/(\1)/'
}
PS1='\[\033[00;32m\]\u\[\033[01m\]@\[\033[00;36m\]\h\[\033[01m\]:\[\033[00;35m\]\w\[\033[00m\]\[\033[00;36m\]$(parse_git_branch)\[\033[00m\]\$ '
Исправление некорректного отображения русских букв в Midnight Commander под Mac OS X
Я уже давно заметил, что консольный файловый менеджер Midnight Commander неправильно работает с русскими буквами под Mac OS X. Но меня это особо не беспокоило, так как мне он нужен редко и с этой проблемой я могу спокойно смириться. Но сегодня @ex3m_su (очень рекомендую посмотреть социальную сеть ex3m для экстремальных людей, которую он создал – я там бываю регулярно) задал мне вопрос:
Подскажи, как наложить патч для MC из портов, он не воспринимает utf в интерфейсе {…}
MC из портов, плохо работает с русскими буквами, и я решил найти решение такому поведению:
Я начал с инструкции, подсказанной мне @ex3m (он проблему решил по ней) “Сборка Midnight Commander 4.6.3 на Mac OS Leopard“, но при использовании рекомендованного “Screen library” mcslang по-прежнему были проблемы с кодировкой, и не отображались символы, формирующие интерфейс программы:
Поэтому я использовал slang. Учитывая то, что используемая сборка оказалась доступной только со страницы автора статьи, но не автора модификации, то для полноты картины я решил попробовать и официальную пререлизную сборку. Детали – ниже.
Подготовка
Ставим и удаляем mc через MacPorts для разрешения зависимостей.
$ port installed | grep mc
mc @4.6.1_0 (active)
$ sudo port uninstall mc
Все действия будем производить в каталоге ~/tmp
mkdir ~/tmp
cd ~/tmp
Находим последние slang, gettext и libiconv:
wget http://www.sfr-fresh.com/unix/misc/slang-2.2.1.tar.gz
wget http://ftp.gnu.org/pub/gnu/gettext/gettext-0.17.tar.gz
wget http://ftp.gnu.org/pub/gnu/libiconv/libiconv-1.13.1.tar.gz
Раскручиваем архивы
tar xfz gettext-0.17.tar.gz
tar xfz libiconv-1.13.1.tar.gz
tar xfz slang-2.2.1.tar.gz
Компилируем и устанавливаем пакеты (они поставятся не в /opt/local, а в /usr/local, поэтому нужно будет проверить $PATH, чтобы /usr/local/bin стоял перед /opt/local/bin):
cd ~/tmp
cd gettext-0.17
./configure && make -j 4 && sudo make install
cd ..
cd libiconv-1.13.1
./configure && make -j 4 && sudo make install
cd ..
cd slang-2.2.1
./configure && make -j 4 && sudo make install
cd ..
Использование модифицированной сборки Midnight Commander 4.6.3
По оригинальному адресу модифицированного MC нет, берём с сайта автора статьи sudouser:
cd ~/tmp
wget http://sudouser.com/mc-4.6.3-r504.tar.bz2
tar xfp mc-4.6.3-r504.tar.bz2
Особенность (!) – в качестве “Screen library” используем не mcslang, а slang
cd ~/tmp
cd mc-4.6.3-r504
./configure --with-screen=slang --with-libiconv-prefix=/usr/local
Configuration:
Screen library: S-Lang library (installed on the system)
Enable support for utf-8: yes
Enable support for charset: yes
make -j 4 && sudo make install
Информация по сборке:
ole-mac:mc-4.6.3-r504 ctrld$ /usr/local/bin/mc -V
GNU Midnight Commander 4.6.3
Virtual File System: tarfs, extfs, cpiofs, ftpfs, fish, smbfs
With builtin Editor
Using system-installed S-Lang library with terminfo database
With subshell support as default
With support for background operations
With mouse support on xterm
With internationalization support
With multiple codepages support
Data types: char 8 int 32 long 64 void * 64 off_t 64 ecs_char 8
Наслаждаемся нормальным отображением русских букв:
Midnight Commander 4.7.0 Pre 3
На сайте www.midnight-commander.org находим и списываем последнюю сборку mc 4.7.0-pre3
cd ~/tmp
wget http://www.midnight-commander.org/downloads/14
mv 14 mc-4.7.0-pre3.tar.bz2
tar xfp mc-4.7.0-pre3.tar.bz2
cd mc-4.7.0-pre3
./configure --with-screen=slang --with-libiconv-prefix=/usr/local --with-slang-includes=/usr/local --with-slang-libs=/usr/local
Configuration:
Screen library: S-Lang library (installed on the system)
Support for charset: yes
make -j 4 && sudo make install
Информация по сборке:
ole-mac:mc-4.7.0-pre3 ctrld$ /usr/local/bin/mc -V
GNU Midnight Commander 4.7.0-pre3
Virtual File System: tarfs, extfs, cpiofs, ftpfs, fish
With builtin Editor
Using system-installed S-Lang library with terminfo database
With subshell support as default
With support for background operations
With mouse support on xterm
With internationalization support
With multiple codepages support
Data types: char 8 int 32 long 64 void * 64 off_t 64 ecs_char 8
И эта версия нормально отображает русский текст:
Порты
Можно поменять “Screen library” в порту mc с ncurses на slang, однако это не работает. Приведу описание процесса просто для сведения.
$ cd /opt/local/var/macports/sources/rsync.macports.org/release/ports/sysutils/mc
$ sudo cp Portfile Portfile.dist
$ sudo chown ctrld Portfile
$ cat Portfile.dist | sed 's/--with-screen=ncurses/--with-screen=slang/' > Portfile
Ставим slang, gettext и libiconv
$ sudo port install slang2
$ sudo port install gettext
$ sudo port install libiconv
$ sudo port -dv install mc
Информация по сборке
bash-3.2$ /opt/local/bin/mc -V
GNU Midnight Commander 4.6.1
Using system-installed S-Lang library with terminfo database
With internationalization support
...
Выводы
Штатная версия Midnight Commander из MacPorts некорректно отображает русские буквы в именах файлов. Решение я продемонстрировал – можно использовать либо отдельную сборку MC 4.6.3, либо версию 4.7.0pre3, они обе работают нормально. Я остановился на последней.
Yota резервный канал в инет на ubuntu server
Используем Samsung U200 Wimax
Настройка WiMax
http://forum.ubuntu.ru/index.php?topic=43974.105
http://peter.infosreda.com/ru/projects
Автоматом переключаем на резервный канал при падении основного
http://www.gentoo.ru/node/12621