Highlighter

четверг, 13 сентября 2012 г.

Запускаем Unity под Archlinux

Многие недовольны развитием десктопного линукса. А мне вот нравится Unity из ubuntu. Вот только в убунте всё настолько запатчено, что очень тяжело завести на других дистрибутивах.

Однако нашлись люди, которые пропатчили все зависимости и сделали репозиторий.
Есть два способа поставить unity - собрать самому или поставить готовый из репозитория. Я бы рекомендовал собирать самому, так как проблемы фиксятся быстрей. Но можно и из репозитория, а потом пересобрать пакеты, с которыми возникли проблемы.

Вот адреса репозиториев:

[unity]
Server = http://unity.xe-xe.org/$arch

[unity-extra]
Server = http://unity.xe-xe.org/extra/$arch

Добавляем это в /etc/pacman.conf и устанавливаем.

pacman -Suy
pacman -S $(pacman -Slq unity)

Естественно, придётся заменить ряд системных пакетов (вроде xorg-server) на патченные.
Ещё бы я порекомендовал установить lightdm-ubuntu для запуска.

Собрать можно, используя репозиторий с гитхаба.

git clone  git://github.com/chenxiaolong/Unity-for-Arch

После этого читаем README и собираем/устанавливаем в правильном порядке.
Если хочется, то можно это просто автоматизировать.
#/bin/bash

CURRENT_PATH=`pwd`
echo "" > build-fails

for PACKAGE in `cat README | awk '/[0-9][0-9]:/ { print $2 }'`
do
        echo ""
        echo "Building $PACKAGE"
        cd $PACKAGE
        makepkg || echo $PACKAGE >> $CURRENT_PATH/build-fails
        rm -rf src pkg
        cd $CURRENT_PATH
done
После того, как всё соберётся, можно это установить.
#!/bin/bash

CURRENT_PATH=`pwd`
echo "" > install-fails

for PACKAGE in `cat README | awk '/[0-9][0-9]:/ { print $2 }'`
do
        cd $PACKAGE
        for PACKAGE_FILE in `ls *.pkg.tar.xz`
        do
                echo "installing $PACKAGE_FILE"
                yaourt --noconfirm -U $PACKAGE_FILE || echo $PACKAGE_FILE >> $CURRENT_PATH/install-fails
        done
        cd $CURRENT_PATH
done
На практике, после установки из репозитория, я столкнулся со следующими проблемами:

  1. Не работали заголовки окон. Решилось пересборкой compiz-ubuntu и установкой metacity-ubuntu из AUR.
  2. Вместо текущего времени отображалась надпись "Time". Решилось созданием файла /etc/timezone c содержанием текущей таймзоны. Для меня это Europe/Minsk
  3. Центр настроек сегфолтился при выборе пункта "мониторы". Решилось пересборкой gnome-control-center-ubuntu

После этого стало возможно пользоваться Unity. Единственное - нужно внимательно следить за обновлениями. Вероятность поломки довольно высока.

Стоит отметить, что я и раньше использовал NetworkManager и PulseAudio. Поэтому с ними возиться не пришлось.

вторник, 11 сентября 2012 г.

Заряжаем новый iPad под Linux от USB


Особенностью нового iPad стал огромный аккумулятор (больше 11 тыс мАч), что позволило ему работать довольно долго с хорошим экраном. Однако это потребовало значительно большего тока зарядки и, если просто подключить к USB, то он не заряжется (на самом деле заряжается, но очень медленно). 
Для того, чтобы зарядка работала, нужен ток в 2А. 

К счастью, это можно сделать при помощи костылей. Есть утилита ipad_charge, которая позволяет увеличить ток, подаваемый на устройство. 

Вот список поддерживаемых устройств: 

  • iPad
  • iPad2
  • iPad3
  • iPod Touch 2G
  • iPod Touch 3G
  • iPod Touch 4G
  • iPhone 3GS
  • iPhone 4
  • iPhone 4S

Установка проста. Для убунту можно собрать пакет

sudo aptitude install libusb-1.0-0 libusb-1.0-0-dev
git clone https://github.com/mkorenkov/ipad_charge.git
cd ./ipad_charge
make
checkinstall

Для арча я сделал PKGBUILD, который можно найти в AUR

Примечание. USB 2.0 рассчитан на ток в 0.5 ампера. Работа на повышенных токах может повредить материнскую плату.

четверг, 2 августа 2012 г.

Выключаем компьютер обычным пользователем

Решил записать, как выключать/перезагружать/делать спячку без рутовых прав.
Это можно реализовать при помощи DBus, ConsoleKit, UPower.

У меня для команд есть алиасы:


# suspend / halt / reboot by regular user
alias suspend='dbus-send --system --print-reply --dest="org.freedesktop.UPower" /org/freedesktop/UPower org.freedesktop.UPower.Suspend'
alias halt='dbus-send --system --print-reply --dest="org.freedesktop.ConsoleKit" /org/freedesktop/ConsoleKit/Manager org.freedesktop.ConsoleKit.Manager.Stop'
alias reboot='dbus-send --system --print-reply --dest="org.freedesktop.ConsoleKit" /org/freedesktop/ConsoleKit/Manager org.freedesktop.ConsoleKit.Manager.Restart'

суббота, 23 июня 2012 г.

Настраиваем VPN через NetworkManager

Руки всё-таки дошли и до рабочего ноутбука. И решил я поставить туда archlinux. Так как пароль на загрузку я не знал, и ни флешки, ни желания ждать, когда придёт человек из суппорта, не было (хотя проблем с этим нету никаких), то пришлось извращаться.

Самым простым способом, пришедшим мне в голову показалась установка убунту в windows, изменение раздела при помощи GParted, установка арча в chroot и установка grub в MBR. Что и было сделано. Внимание стоит обратить разве что на установку арча в чруте. Но для этого есть мануал на вики.

За время моего неиспользования арча там уже появились подписи пакетов, с чем пришлось разобраться (сделать что-то типа pacman-key --init и pacman-key --populate) и consolekit интегрирован внутрь slim (но это уже и в других дистрибутивах так).

В общем, поставил я всё, начал настраивать NetworkManager. Тут всё получилось нормально, но возникли проблемы с PPTP соединением до работы. Причём самое интересное - из консоли при помощи pon всё поднимается отлично. Полез я, значит, смотреть в логи, а там почти всё успешно (проходит авторизация, получаются адреса), но через пару секунд всё рвётся со следующей руганью в логи:


pptp[2175]: nm-pptp-service-2171 warn[decaps_gre:pptp_gre.c:331]: short read (-1): Message too long
pppd[2173]: Modem hangup
pppd[2173]: Connect time 0.2 minutes.

Печально, что в NM нельзя выставить настройки MTU только для поднятого VPN соединения, поэтому пришлось задвать жёстко MTU для соединения, через которое поднимается туннель. Я выставил 1432, переподключился к вай-фай и PPTP нормально заработал.


Поэтому пришлось копать глубже. Я выставил параметр mru 1400 в /etc/ppp/options и всё заработало корректно  и с удивлением узнал, что NM переписывает значение MTU после установления соединения каким-то своим значением, которое нельзя изменить. На арчефоруме посоветовали воспользоваться таким костылём:

/etc/NetworkManager/dispatcher.d/20-mtu_change

#!/bin/bash


INTERFACE=$1
STATUS=$2
VPN_ID="5d4ee387-3171-4006-bda1-231b249690b9"


if [ "$STATUS" = "vpn-up" -a "$CONNECTION_UUID" = "$VPN_ID" ]; then
    ip link set "$INTERFACE" mtu 1000
fi



среда, 6 июня 2012 г.

Запускаем несколько инстансов MySQL на одной виртуалке и настраиваем репликацию Master-Slave

Понадобилось мне поднять сервер RADIUS, который работает с mysql, да причём так, что mysql работает в кластере по схеме master-slave. Так как нужно сделать на одной виртуалке, пришлось думать, как это реализовать. Естественно, всё уже давно придумано за нас и существует такая штука как mysqld_multi, которая создана для управления несколькими инстансами mysqld на одном сервере.

Сначала переделаем my.cnf для работы с несколькими серверами mysql.
[mysqld_multi]
mysqld=/usr/bin/mysqld_safe
mysqladmin=/usr/bin/mysqladmin

[mysqld1]
datadir=/var/lib/mysql
port=3306
socket=/var/lib/mysql/mysql.sock
user=mysql
# Default to using old password format for compatibility with mysql 3.x
# clients (those using the mysqlclient10 compatibility package).
old_passwords=1

# replication
log_bin=mysql-bin
server_id=1

log-error=/var/log/mysqld1.log
pid-file=/var/run/mysqld/mysqld1.pid

[mysqld2]
datadir=/var/lib/mysql-slave
socket=/var/lib/mysql-slave/mysql.sock
port=3307
user=mysql
# Default to using old password format for compatibility with mysql 3.x
# clients (those using the mysqlclient10 compatibility package).
old_passwords=1

# replication
log_bin=mysql-bin
server_id=2
log_slave_update=1

log-error=/var/log/mysqld2.log
pid-file=/var/run/mysqld/mysqld2.pid

Как мы видим, вместо пункта [mysqld] появились [mysqld1] и [mysqld2] для мастера и слейва, к которым можно подключиться при помощи разных сокетов или портов.

Далее создаём папку для слейва
mysql_install_db --user=mysql --datadir=/var/lib/mysql-slave/

Теперь настроим репликацию
На обеих нодах:
create user 'rep_user2'@'%' identified by 'rep_user2';
create user 'rep_user2'@'localhost' identified by 'rep_user2';
grant replication slave on *.* to 'rep_user2'@'%';
grant replication slave on *.* to 'rep_user2'@'localhost';

На мастере смотрим
show master status;
Определяем файл и позицию. После чего на слейве настраиваем.
change master to master_log_file='mysql-bin.000009',
   master_log_pos=98,
   master_host='localhost',
   master_port=3306,
   master_user='rep_user2',
   master_password='rep_user2'; 

Теперь на слейве делаем
start slave;
и смотрим, подключилась ли Mysql к мастеру.
SHOW SLAVE STATUS\G
             Slave_IO_State: Waiting for master to send event
                Master_Host: localhost
                Master_User: rep_user2
                Master_Port: 3306
              Connect_Retry: 60
            Master_Log_File: mysql-bin.000009
        Read_Master_Log_Pos: 334
             Relay_Log_File: mysqld2-relay-bin.000002
              Relay_Log_Pos: 235
      Relay_Master_Log_File: mysql-bin.000009
           Slave_IO_Running: Yes
          Slave_SQL_Running: No
Если у нас всё хорошо, то должен быть статус вроде "Waiting for master to send event" и в процессах как на мастере, так и на слейве должен висеть процесс соединения.
Процессы можно посмотреть при помощи
SHOW PROCESSLIST\G

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

/etc/init.d/mysqld_multi
#!/bin/bash
#
# mysqld_multi  This shell script takes care of starting and stopping
#               the multi instances of MySQL daemons (mysqld_multi).
#
# chkconfig: - 64 36
# description:  MySQL database server.
# processname: mysqld
# config: /etc/my.cnf
# pidfile: /var/run/mysqld/mysqld1.pid
# pidfile: /var/run/mysqld/mysqld2.pid

# Source function library.
. /etc/rc.d/init.d/functions

# Source networking configuration.
. /etc/sysconfig/network


prog="MySQL Multi"

start(){

/usr/bin/mysqld_multi start 1 > /dev/null
/usr/bin/mysqld_multi start 2 > /dev/null
ret=$?
        if [ $ret -eq 0 ]; then
                    action $"Starting $prog: " /bin/true
        else
            action $"Starting $prog: " /bin/false
        fi
        return $ret
}

stop(){
/usr/bin/mysqld_multi stop $* > /dev/null
            ret=$?
            if [ $ret -eq 0 ]; then
                    action $"Stopping $prog: " /bin/true
        else
            ret=1
            action $"Stopping $prog: " /bin/false
        fi
        return $ret
}

restart(){
    stop
    start
}

# See how we were called.
case "$1" in
  start)
    start
    ;;
  stop)
    stop
    ;;
  status)
    /usr/bin/mysqld_multi report
        ;;
  restart)
    restart
    ;;
  *)
    echo $"Usage: $0 {start|stop|status|restart}"
    exit 1
esac

exit $?



четверг, 31 мая 2012 г.

Пробуем на вкус systemd

Я тут немножко приболел и в свободное время захотелось пощупать systemd в gentoo, и потавил его на компьюетер, который используется у меня как мультимедиа-центр.
Особенностью этого компьюетера явялется то, что домашняя папка пользователя shtsh (из-под которого запущен xbmc) и /usr/portage монтируются по сети, используя nfs.

Пара слов о systemd. Этот проект разрабатывается как современная, гибкая и быстрая замена существующих систем инициализации и породила множество споров (бинарные логи! зачем нужен ещё один велосипед?!). Однако в него уже влился проект udev и к нему намертво привязали Gnome. Кроме того, systemd продвигается RedHat и уже входит в состав Fedora, что заставляет подозревать, что в RHEL 7 (в крайнем случае 8) и его форках (CentOS, Scientific Linux, Oracle Linux и проч.) systemd будет. А в Mageia, Mandriva, OpenSUSE уже есть. В debian, gentoo, archlinux доступен для отдельной установки.

Вот мануал, поэтому повторяться я не буду. Только расскажу, что пришлось сделать и впечатления.

Сначала, я чтобы не заморачиваться, прописал в USE-флаги systemd. Затем обновил систему при помощи emerge -avuDN @world. Потом приступил к настройкам по мануалу.
После настройки ядра, установки и прописывания в grub, мне понадобилось следующее.

Включить сеть, которая у меня настраивается при помощи DHCP.
systemctl enable dhcpcd.service
Включить ssh
systemctl enable sshd.service
После этого я посмотрел статус загрузки (вывод systemctl) и понял, что NFS шары не монтируются, так как на момент монтирования ещё недоступна сеть. Поэтому пришлось разбираться. Для этого я сделал следующее:

Создал в /etc/systemd/system файлы с настройками монтирования
mnt-disk.mount
[Unit]
Description=/mnt/disk NFS share
Wants=rpc-statd.service
After=network.target

[Mount]
What=server.home:/mnt/disk
Where=/mnt/disk
Type=nfs
usr-portage.mount
[Unit]
Description=/usr/portage NFS share
Wants=rpc-statd.service
After=network.target

[Mount]
What=server.home:/usr/portage
Where=/usr/portage
Type=nfs 

Затем заставил их подключаться при загрузке:
ln -s /etc/systemd/system/mnt-disk.mount /etc/systemd/system/multi-user.target.wants/mnt-disk.mount
ln -s /etc/systemd/system/usr-portage.mount /etc/systemd/system/multi-user.target.wants/usr-portage.mount

В отличии от мануала,  у меня не было xdm.service, поэтому пришлось думать, как сделать свой.
/etc/systemd/system/slim.service
[Unit]
Description=SLIM Display Manager
Wants=dbus.target
Before=bluetooth.target getty.target vixie-cron.service
After=network.target acpid.service mnt-disk.mount

[Service]
ExecStart=/usr/bin/slim -nodaemon
Restart=always

[Install]
Alias=display-manager.service
WantedBy=graphical.target

И включить его запуск
systemctl enable slim.service

В результате у меня запускался slim и xbmc только после того, как смонтируется домашняя папка, расположенная на сетевой шаре /mnt/disk.

Стоит отметить, что по своим настройкам systemd сильно отличается от остальных систем загрузки. В частности, эти самые service, target, mount. Однако всё это достаточно подробно (по крайней мере, лучше, чем я могу рассказать) расписано в манах. В частности в systemd.service, systemd.target, systemd.mount и прочие. Аналогично с пунктами настроек. Онлайн можно посмотреть по этой ссылке.

Также стоит обратить внимание, что системный лог ведётся в своём формате и его можно смотреть утилитой systemd-journalctl. Я так понял, что можно использовать /dev/kmesg, но пока не разобрался, как.

Выводы:
  • Диалог приветствия при использовании systemd появляется буквально через несколько секунд после загрузки (без использования SSD!), однако сеть и прочее подключаются после этого.
  • Как следствие из вышесказанного - есть смысл отказаться от хомяка через NFS, что сильно ускорит загрузку xbmc. Собственно, я так и сделал.
  • Systemd очень сильно отличается от других систем инициализации и с её настройкой действительно нужно отдельно разбираться. Хотя, может, когда она начнёт массово использоваться, появится много подробных howto.
  • Пока непонятно, зачем это нужно - 5-10 секунд выигрыша при загрузке, когда сейчас основной тормоз- скорость инициализации оборудования до загрузки ОС, особенно на серверах. Но серверы и загружаются крайне редко.
  • Пока что единственную пользу вижу в одном - возможность рестарта демона при падении. Но это не так и часто нужно.

вторник, 15 мая 2012 г.

Дамб БД mysql по ssh

Проблема: есть сервер БД, где мало свободного места (на дамп не хватит). Нужно сделать дамп БД.

Решение:
ssh -T <user>@<host> “mysqldump -u <db_user> -p <other switches> database | bzip2 -9” | bzip2 -dc > database.dump

Стоит обратить внимание на опцию -T, с которой не будет создаваться псевдотерминал и не испортится бинарный поток.

вторник, 1 мая 2012 г.

Делаем из AMI vmdk

Есть амазоновский образ диска ami, нужно запустить его в виртуалке. Используется virtualbox. Попутно создадим образ диска другого формата (любой, поддерживаемый VB)

Это делается, в принципе, несложно.
Сначала нужно скачать Amazon EC2 AMI Tools.
Дальше поставить ruby и расшифровать образ.
Утилиты от амазона лежат в /media/sf_Common/ec2-ami-tools, образ лежит в папке /media/sf_Common/jira.

Для того, чтобы утилиты работали, нужно указать папку, где они находятся.
 export EC2_HOME=/media/sf_Common/ec2-ami-tools
Дальше распаковываем
/media/sf_Common/ec2-ami-tools/bin/ec2-unbundle -k our_private_key.pem -d /media/sf_Common -s /media/sf_Common/jira -m /media/sf_Common/jira/image.manifest.xml

После этого у нас появился файл image в папке /media/sf_Common/, это образ раздела.
Теперь у нас есть два варианта: создать виртуальный диск, с такими же характеристиками, как и у образа, либо просто примонтировать и скопировать всё с сохранением прав. Я выбрал второй вариант.

Создаём раздел на sdb и на sdb1 создаём файловую систему ext3.
Затем монтируем образ в /tmp/a, а наш диск в /tmp/b
mount -o loop /media/sf_Common/image /tmp/a
mount /dev/sdb1 /tmp/b

Копируем всё с сохранением прав
cp -ra /tmp/a/* /tmp/b

После этого чрутимся в новую систему
mount -t proc proc /tmp/b/proc
mount -o rbind /dev /tmp/b/dev
chroot /tmp/b/

ставим grub
grub
root (hd1,0)
setup (hd1)
quit

Проверяем, что у нас прописан правильный раздел в /boot/grub/menu.lst, выключаемся, удаляем все диски, которые не нужны и пробуем загрузиться. Мне пришлось дополнительно отредактировать /etc/inittab и раскомментировать строчку
1:2345:respawn:/sbin/mingetty tty1

В результате система стала предлагать залогиниться локально.
Ещё проблема может быть с тем, что в virtualbox нереально загрузиться с xen, но тут было обычное ядро.

четверг, 19 апреля 2012 г.

Готовим NFS в домашних условиях

Получилось так, что у меня есть ноутбук с довольно современным железом и приличным винтом, и которым я совершенно не пользуюсь.
Чтобы ноут не простаивал, было принято волевое решение поставить туда генту без иксов и без всякого мусора и получить бесшумную и энергоэффективную торрентокачалку. В будущем поставлю туда nagios, настрою музыку при проблемах и смогу немножко поспать во время ночных дежурств :)

К сожалению, мой роутер не умеет DNS, поэтому имена серверов пришлось проприсывать в /etc/hosts. Соответственно, у меня сейчас два домашних сервера: torrents и media. Так как на обоих серверах стоит Gentoo, то я решил сделать им общий /usr/portage, чтобы по десять раз не качать одно и то же. Ну, и какой-нибудь /media/disk на 650 ГБайт, чтобы доступ был откуда нужно.

Как оказалось, настройка NFS элементарна:
  • Нужно проверить, что в ядре включена поддержка
  • Нужно на сервере указать, кто может получать доступ и к чему
  • Нужно на клиенте примонтировать разделы
Это не считая того, что можно вообще корень держать на сетевой шаре. Или иметь общий /usr на NFS. Правда в таком случае придётся делать initramfs, ибо сейчас идёт интеграция с новым udev и systemd.

Итак, укажем на сервере, что экспортировать. Для этого есть файл /etc/exports

# /etc/exports: NFS file systems being exported.  See exports(5).
/usr/portage 192.168.2.254(async,rw,no_subtree_check)
/media/disk 192.168.2.1/24(ro,no_subtree_check)
/media/disk 192.168.2.254(rw,no_subtree_check)

Получается что к /usr/portage и /media/disk будет иметь полный доступ 192.168.2.254. А 192.168.2.1-192.168.2.254 будут спобны только читать /media/disk. Также можно использовать имя сервера вместо IP. То есть у меня прописано так:

/usr/portage media(async,rw,no_subtree_check)

И сервер media сможет получить доступ к шаре (в данном случае имя прописано в /etc/hosts).
Список опций, что указаны в скобках можно получить тут.

Теперь осталось прописать монтирование. Делается это банально - в fstab добавляется строчка вроде следующей:

torrents:/usr/portage           /usr/portage    nfs             defaults        0       0

после этого добавляем nfsmount в автозапуск на клиенте, nfs на сервере и радуемся.

Но и это ещё не всё. В Windows, начиная с 7 появилась возможность монтирования NFS-шар. Для этого нужно доустановить Services for NFS и можно монтировать раздел.

mount \\torrents\media\disk z:

И иметь доступ к файлам.
 

вторник, 10 апреля 2012 г.

Собираем RPM пакет в CentOS

Ставить из исходников в бинарном дистрибутиве при помощи make install как-то неправильно. Это очень успешно засоряет систему и мешает обновлениям. Поэтому будем разбираться, как собрать пакет в CentOS.

Если у вас не подключен репозиторий EPEL, то придётся это сделать путём установки этого пакета. После этого нужно установить инструменты для сборки

yum install -y rpmdevtools

Ну и естественно, то что требуется для сборки конкретного пакета (make, gcc и прочее).
Теперь создадим пользователя, чтобы не делать потенциально опасные операции под рутом и залогинимся под ним.

useradd rpmbuild
su - rpmbuild
cd

Теперь нужно создать структуру каталогов для сборки.

rpmdev-setuptree

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

Сначала идёт заголовок, поля которого говорят сами за себя, тут нам достаточно прописать нужную версию (у нас 3.1). Ещё хочется обратить внимание на то, что можно указывать на несколько исходных файлов и патчей и на то, как это делается. Так как они описаны в этих полях, то их тоже нужно достать из архива и положить в папку SOURCE.
Ссылки на пути даются в виде переменных, например, ссылка на скачивание выглядит так:
Source0:    http://pgfoundry.org/frs/download.php/2423/%{name}-%{version}.tar.gz
Соответственно, тут %{name} = pgpool-II, а %{version} = 3.1 и ссылка получается http://pgfoundry.org/frs/download.php/2423/pgpool-II-3.1.tar.gz

Далее идёт описание, сборка и установка. О том, какие разделы есть, можно почитать в интернете, например тут. Также стоит обратить внимание, что есть секции devel - в них описаны параметры сборки -devel пакета, как можно догадаться.

Теперь попытаемся собрать пакет

rpmbuild -bb pgpool.spec

Затем установим зависимости и опять попытаемся собрать. Затем закомментируем патч (который изменяет настройки по-умолчанию - всё равно будем под себя настраивать) и опять попытаемся собрать. Затем добавим новые появившиеся файлы в секцию %files и наконец-то всё соберётся. Как видите, ничего особо сложного - главное читать, на что ругнётся rpmbuild. В результате у нас получилось два пакета: pgpool-II-3.1-3.el6.x86_64.rpm  pgpool-II-devel-3.1-3.el6.x86_64.rpm, которые можно устанавливать и использовать.

Теперь давайте попробуем написать минимальный spec с нуля. Соберём пакет c uwsgi. Его сборка представляет собой просто выполнение команды make. К сожалению, ни spec, ни даже make install они не предоставляют. Поэтому будем делать всё руками. К счастью, vim при создании нового spec-файла подставил заготовку с пустыми полями.

Вот, что у меня вышло:

Name:        uwsgi
Version:    0.9.9.2
Release:    1%{?dist}
Summary:    uWSGI application server

License:    GPL
URL:        http://projects.unbit.it/uwsgi
Source0:    http://projects.unbit.it/downloads/%{name}-%{version}.tar.gz
BuildRoot:    %(mktemp -ud %{_tmppath}/%{name}-%{version}-%{release}-XXXXXX)

# Всё, кроме chrpath взято из их гайда по сборке
BuildRequires:    libxml2-devel python-devel chrpath
Requires:    libxml2

%description
uWSGI is a fast, self-healing and developer/sysadmin-friendly application container server coded in pure C.

%prep
%setup -q

%build
make %{?_smp_mflags}

%install
# следующие две строчки - костыль, так как по умолчанию папки /usr/bin и /etc будут
install -d $RPM_BUILD_ROOT%{_bindir}
install -d $RPM_BUILD_ROOT%{_sysconfdir}

# Устанавливаем файлы uwsgi и uwsgi.xml в /usr/bin и /etc соответственно.
install %{name} $RPM_BUILD_ROOT%{_bindir}
install uwsgi.xml $RPM_BUILD_ROOT%{_sysconfdir}

# А вот это довольно важная команда. При линковке uwsgi были жёстко прописаны пути
# к библиотекам, что плохо, так как нужно пользоваться динамическим линкером.
# Поэтому это безобразие нужно убрать, для чего используется следующая команда.
# Подробней можно почитать тут.
chrpath --delete $RPM_BUILD_ROOT%{_bindir}/%{name}

%clean
rm -rf $RPM_BUILD_ROOT

%files
%defattr(-,root,root,-)
%doc
%{_bindir}/%{name}
%{_sysconfdir}/uwsgi.xml


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

среда, 4 апреля 2012 г.

Linux ate my RAM.

Господа.
К сожалению, многие толковые люди не умеют пользоваться командой free.

$ free -m
             total       used       free     shared    buffers     cached
Mem:          1504       1491         13          0         91        764
-/+ buffers/cache:        635        869
Swap:         2047          6       2041

Так вот, количество свободной памяти нужно смотреть во второй строке.
В первой строке знаечение не учитывает, что буферы и кеши могут освобождать память, если программа затребует больше памяти. То есть для программы свободно 869 Мбайт в данном примере.

И хорошая ссылка напоследок: http://www.linuxatemyram.com/

Как работает OOM Killer

Когда приложение пытается сделать memory allocation, а доступная память закончилась, в linux запускается процесс OOM Killer. Как можно понять из названия, он создан для того, чтобы УБИВАТЬ!11.

Но, естественно, убивает он не всё подряд, а подчиняясь определённым правилам:
  • Мы должны потерять минимум работы
  • Мы должны освободить много памяти
  • Мы не должны убивать невиновных в пожирании большого количества памяти
  • Мы хотим убить как можно меньше процессов (в идеале - один)
  • Результат работы должен быть предсказуемым
Далее идёт подсчёт очков виновности процессов и процессы (или потоки), набравшие больше всего баллов, жестоко убиваются.

Вот так идёт подсчёт очков:
  1. Считаем RSS процесса
  2. Добавляем RSS всех дочерних процессов
  3. Если процесс долго живёт, то значение уменьшается
  4. Если у процесса niceness больше 0, то значение увеличивается.
  5. Если есть флаги CAP_SYS_ADMIN или CAP_SYS_RAWIO, результат уменьшается
  6. Смотрится знаечение /proc/<pid>/oom_adj, которое может задавать пользователь, чтобы повышаться сопротивляемость OOM Killer'у. Вроде как это уже deprecated и нужно использовать oomscore_adj.
Естественно, это не точный алгоритм, цель написанного - дать представление, от чего зависит выбор кандидата на убийство

суббота, 31 марта 2012 г.

Обновление udev в gentoo

Пришло недавно обновление udev до версии 182 и потребовало включить CONFIG_DEVTMPFS в конфиге ядра.

Этот параметр находится тут
 Device Drivers 
-> Generic Driver Options
  -> Maintain a devtmpfs filesystem to mount at /dev

 В противном случае отваливался lirc. 

Кстати, о lirc. Так как мой комьютер перешёл в разряд мульмедиа ценра и сервера, то я решил изменить профиль на default/linux/amd64/10.0.
А lirc, цуко отказалася собираться. Баг висит уже года три.
Решение накостылилось примерно такое - ему не нравится LDFLAGS=-m elf_x86_64, поэтому для него нужно заменить на другое значение и можно собирать.

LDFLAGS_amd64="" emerge -av lirc

Ну, и ещё потребовалось обновить конфиг syslog-ng. В чём там проблема - он сам писал, так что исправления было сделать несложно. Ну, разве что в заголовке конфига ещё нужно было сменить версию с 2.2 на 2.3.

И да, наконец-то вышел XBMC 11, на который я перелез с 9999, и который нормально и без костылей собирается.


понедельник, 27 февраля 2012 г.

Гугл + Юзабилити

Дорогой Гугл, а тебе не кажется, что у тебя в последнее время начал сильно портиться дизай в части юзабилити? Вот кто придумал такую компоновку в интерфейсе блоггера? Почему не сделать так:

вторник, 7 февраля 2012 г.

Редактирование прошивки android под linux

Писал для 4pda.ru для телефона Samsung GT-I9001 Galaxy S Plus, может, кому будет полезно.

Данное руководство предполагает, что читающий обладает базовыми навыками использования linux (использование консоли, получение прав рута, установка программ, создание/редактирование системных файлов)

Зависимости и UDEV

Сначала нужно установить sun-jdk. Стоит отметить, что оракл недавно менял лицензию, поэтому в основном репозитории его может не быть. Для ubuntu достаточно установить sun-java6-jdk, но, если планирутся пересобирать ядро, то нужно будет установить дополнительные зависимости.

Для 32/64 битной ubuntu нужно выполнить следующее:
sudo -s
apt-get install git-core gnupg sun-java6-jdk flex bison gperf libsdl-dev libesd0-dev libwxgtk2.6-dev build-essential zip curl libncurses5-dev zlib1g-dev

Дополнительно, если у вас 64 бита, нужно установить 32х битные библиотеки
ia32-libs lib32z1-dev lib32ncurses5-dev gcc-multilib g++-multilib

Теперь, чтобы у обычных пользователей были права на использование adb, нужно создать соответствующее правило udev
echo 'SUBSYSTEM=="usb", SYSFS{idVendor}=="04e8", MODE="0666"' > /etc/udev/rules.d/90-adb.rules

После этого жмём Ctrl+D, чтобы выйти из рутовской сессии.

Создаём своё ядро

Качаем гугловский sdk. Для этого идём на http://developer.android.com/sdk/index.html и качаем версию под linux http://dl.google.com/android/android-sdk_r16-linux.tgz
После этого распаковываем файл
tar xzf android-sdk*

Идём в папку android-sdk-linux/tools и запускаем файл android
./android

И устанавливаем Android SDK Platform tools
После этого появится папка android-sdk-linux/platform-tools, где и находится adb. Для удобства, есть смысл добавить эту папку в PATH, чтобы иметь быстрый доступ к adb (замените путь на свой).
echo 'PATH="/home/shtsh/phone/android-sdk-linux/platform-tools:${PATH}"' >> ~/.bashrc

Теперь можно подключать телефон в режиме отладки USB (Настройки - приложения - разработка - включить отладку USB) к компьютеру.
По команде adb devices должен показаться ваш телефон.

Теперь возьмём с телефона текущий конфиг ядра.
adb pull /proc/config.gz

Теперь распаковываем его при помощи gunzip и переименовываем в .config (стоит обратить внимание, что файл, начинающийся с точки - скрытый)

Идём на http://opensource.samsung.com и качаем исходники ядра, либо пользуемся git для получения. После этого распаковываем скачанный архив и копируем туда наш файл .config.

Теперь нам нужен тулчейн для сборки под arm. Для ubuntu можно скачать отсюда, затем распаковать.
В gentoo можно воспользоваться командой crossdev --target arm-none-linux-gnueabi.

Открываем Makefile и ищем там переменную CROSS_COMPILE и заменяем значение на тот путь, где находится наш распакованный (или установленный тулчейн). У меня этот путь
CROSS_COMPILE   ?= /usr/bin/arm-none-linux-gnueabi-

Теперь обычным make -jX, где X - число процессоров(ядер)+1 собираем ядро. Если собралось, то Вы — молодец. Можно накладывать патчи и что-то менять в ядре.
После сборки ядро находится Kernel/arch/arm/boot/zImage.

Модификация прошивки.

Сначала при помощи CWM нужно сделать бэкап прошивки.

После этого идём на https://github.com/dsixda/Android-Kitchen/archives/master и качаем кухню. Samsung GT-I9001 поддерживается с версии 0.182.
Качаем, распаковываем.
Копируем файлы, полученные при бэкапе из CWM в папку original_update.
Запускаем кухню
./menu

Выбор осуществляется вводом цифр/букв, которые написаны в начале строки.

Устанавливаем рабочий каталог, добавляем busybox. Затем жмём 0 и заходим в advanced options — тут можно сделать деодекс прошивки. Это нужно для того, чтобы можно было изменять файлы прошивки. Также стоит включить поддержку /etc/init.d.

После всего этого можно заняться кастомизацией интерфейса. Это делается очень просто - идём на http://uot.dakra.lt/kitchen/, выбираем, что нам нужно сделать и через некоторое время получаем готовую прошивку. Единственное, на что стоит обратить внимание — в пункте File Upload нужно выбрать:
update-binary — Type Galaxy
Upload system files — заливаем framework-res.apk, SystemUI.apk, twframework-res.apk.

После этого жмём submit и ждём, когда модификации будут готовы.
На выходе мы получаем zip-файл, который можно прошить через CWM. Но можно вынуть файлы из архива и скопировать их в нашу распакованную прошивку. Она находится в папке WORKING_число_число.

Установка нового ядра

Выбираем 20 - Tools for boot image (unpack/re-pack/etc.), затем распаковываем boot.img. У нас появится папка BOOT-EXTRACTED, где находится ядро и распакованный рамдиск, где можно подредактировать загрузочные скрипты и параметры. Делаем Build boot.img from BOOT-EXTRACTED folder (for working folder) и после этого можно собирать прошивку.

В результате у нас готов подписанный архив, который можно ставить из recovery.

Примечание 1. У меня нету под руками ubuntu, поэтому с именами пакетов мог ошибиться. Все остальные действия не сильно зависят от используемого linux.

среда, 1 февраля 2012 г.

Настройка прокрутки для трэкпоинта

Вот список устройств ввода.
⎡ Virtual core pointer                          id=2    [master pointer  (3)]
⎜   ↳ Virtual core XTEST pointer                id=4    [slave  pointer  (2)]
⎜   ↳ DualPoint Stick                           id=12   [slave  pointer  (2)]
⎜   ↳ AlpsPS/2 ALPS DualPoint TouchPad          id=13   [slave  pointer  (2)]
⎣ Virtual core keyboard                         id=3    [master keyboard (2)]
    ↳ Virtual core XTEST keyboard               id=5    [slave  keyboard (3)]
    ↳ Power Button                              id=6    [slave  keyboard (3)]
    ↳ Video Bus                                 id=7    [slave  keyboard (3)]
    ↳ Power Button                              id=8    [slave  keyboard (3)]
    ↳ Sleep Button                              id=9    [slave  keyboard (3)]
    ↳ Laptop_Integrated_Webcam_2M               id=10   [slave  keyboard (3)]
    ↳ AT Translated Set 2 keyboard              id=11   [slave  keyboard (3)]
Соответственно, DualPoint Stick - трекпоинт. Ему нужно включить эмуляцию прокрутки.

Вот насройки xorg.
/etc/X11/xorg.conf.d/20-synaptics.conf
Section "InputClass"
        Identifier "synaptics-all"
        Driver "synaptics"
        MatchProduct "AlpsPS/2 ALPS DualPoint TouchPad"
        MatchIsTouchpad "on"
                Option "TapButton1" "1"
                Option "TapButton2" "2"
                Option "TapButton3" "3"
                Option "VertEdgeScroll" "on"
                Option "HorizEdgeScroll" "on"
EndSection

Section "InputClass"
    Identifier  "Trackpoint Wheel Emulation"
    MatchProduct        "DualPoint Stick"
    MatchDevicePath     "/dev/input/event*"
    Option              "EmulateWheel"          "true"
    Option              "EmulateWheelButton"    "2"
    Option              "Emulate3Buttons"       "false"
    Option              "XAxisMapping"          "6 7"
    Option              "YAxisMapping"          "4 5"
EndSection

Теперь при средней кнопке + трэкпоинт происходит прокрутка.

При подготовке использовались материалы с арчевики

вторник, 31 января 2012 г.

XBMC и shutdown. Гнева пост.

Недавно возникла такая ситуация: в xbmc пропала возможность выключать компьютер (остался лишь suspend). Сие меня крайне опечалило и заставило искать решение проблемы. Наиболее распространённым было решение добавить политику для policykit.

/etc/polkit-1/localauthority/50-local.d/custom-actions.pkla
[Actions for me]
Identity=unix-user:1000                                                                               
Action=org.freedesktop.upower.*;org.freedesktop.consolekit.system.*;org.freedesktop.udisks.*
ResultAny=yes
ResultInactive=no
ResultActive=yes
Естественно, вместо 1000 нужен uid или логин пользователя, от чьего имени работает xbmc.
Однако это не помогло.

Каково было моё удивление, когда для решения этой проблемы потребовалось убрать ck-launch-session для запуска. То есть опять пришлось огребать проблемы из-за этого долбанного нестабильного consolekit. То бишь теперь всё запускается из слима командой:

/etc/slim.conf
login_cmd           exec dbus-launch /bin/bash -login ~/.xinitrc %session > ~/.xsession-errors 2>&1

Год назад при выходе 0.4.2 пришлось извращаться, так теперь опять ковыряться и искать причину.
 Господа разработчики основных линуховских подсистем, почему вы так регулярно всё ломаете?!

пятница, 27 января 2012 г.

Выводим список обновлений в gentoo при логине

Давным-давно я наваял скромненький скрипт, который дёргается по крону и проверяет, чего обновилось в системе.

Стоит отметить, что это писалось ещё во времена, когда был крайне медленный интернет и на этот скрипт возлагалась задача автоматически закачивать файлы для сборки. Когда интернет стал быстрым, закачку я выкосил, а что получилось - смотрите

/usr/local/sbin/update-system-check
#!/bin/bash

LOG_FILE=/var/log/updates
PID_FILE=/var/run/updates.pid

LANG=ru_RU.UTF-8

STRING_FILE_EXIST="Процесс уже запущен. Выход"
STRING_FILE_ALONE="Процесс был некорректно завершён. Перезапуск обновления"
STRING_GOOD="Обновление"

#для того, чтобы работал notify-send
USER="shtsh"

#Создаём лог-файл, если его нету
[ -e $LOG_FILE ] || touch $LOG_FILE &amp;&amp; chmod 640 $LOG_FILE &amp;&amp; chown root.log $LOG_FILE

#Пишем в PID-файл, качаем файлы и удаляем PID-файл
check_update(){
        ps aux | grep "bash /usr/local/sbin/update-system-check" | grep -v "grep" | awk {'print $2'} &gt; $PID_FILE
                eix-sync &gt; /dev/null
                eix-remote fetch &gt; /dev/null
                emerge -qupDN @world &gt;&gt; $LOG_FILE
                TMP=`grep ebuild $LOG_FILE`
                if [ "x$TMP" != x"" ]
                then
                        # Тут извращаемся и пользователю $USER выводим при помощи notify-send, что обновилось. Так как используется DBUS, то нужно поизвращаться.
                        # Так как я использую KDE, то грепаем процессы по kdeinit для получения параметров DBUS
                        PID=$(pgrep -u $USER kdeinit)
                        DBUS_SESSION_BUS_ADDRESS=$(grep -z DBUS_SESSION_BUS_ADDRESS /proc/$PID/environ | sed 's/DBUS_SESSION_BUS_ADDRESS=//' )
                        sudo -u $USER DBUS_SESSION_BUS_ADDRESS=$DBUS_SESSION_BUS_ADDRESS bash -c "notify-send $STRING_GOOD \"`/usr/local/bin/parse.pl html`\""

                fi
        rm -f $PID_FILE
}


if [ -e $PID_FILE ]
# PID-файл есть, проверяем на корректность завершения операции.
then
        process_count=`ps aux | grep "bash /usr/local/sbin/update-system-check" | grep -v "grep" | wc -l`
        if (( $process_count &gt; 2 ))
        then
                # Всё хорошо, другой процесс работает
                echo `date +"%D %A %H:%M"` $STRING_FILE_EXIST &gt;&gt; $LOG_FILE
                exit 1
        else
                # Это единственный процесс, обновляем
                echo `date +"%D %A %H:%M"` $STRING_FILE_ALONE &gt; $LOG_FILE
                check_update
        fi

else
#Файла нету, просто обновляемся
        echo `date +"%D %A %H:%M"` $STRING_GOOD &gt; $LOG_FILE
        check_update
fi

Этот скрипт умеет проверять обновления и посылать уведомления через notify-send, что можно что-то обновить. Для этого используется другой скрипт, написанный на perl (в будущем планирую переделать всё под perl).

/usr/local/bin/parse.pl
#!/usr/bin/perl -w

use strict;

# проверяем аргументы, которые должны быть равны plain или html
# По-умолчанию выводим как plain text
my $output_type="plain";

if (defined(@ARGV)) {
        if (("$ARGV[0]" ne "html") and ("$ARGV[0]" ne "plain")) {
                print "\nUSAGE:\n $0 plain \t for plain text output\n $0 html\t for HTML output\n\n";
                die;
        }
        $output_type=$ARGV[0];
}

open(LOG_FILE,'<','/var/log/updates');

# Выводим список обновлений
while(<LOG_FILE>) {
        /ebuild/;
        if ("$output_type" eq "html") {
                print $1,"/",$2," ",$4," → ",$3,"\n" if /([\w]+\-[\w]+)\/([\w]+)-([\w\.-]+)\s\[([\w\.-]+)\]/;
        } else {
                print $1,"/",$2," ",$4," → ",$3,"\n" if /([\w]+\-[\w]+)\/([\w]+)-([\w\.-]+)\s\[([\w\.-]+)\]/;
        }
}
Этот скрипт умеет парсить файл, где записано, что обновилось и выводить в HTML для libnotify или plain text.

Теперь осталось засунуть вызов parse.pl в .bashrc. Так же можно использовать cat /var/log/updates. Только смотрите - у меня логи пишутся для группы log (я об этом раньше писал), поэтому, возможно, придётся немножко подправить.

Ну, и для обновления системы я использую следующий скрипт:
#!/bin/bash

LOG_FILE=/var/log/updates

emerge -auDN @world &amp;&amp; [ -e $LOG_FILE ] &amp;&amp; echo "" &gt; $LOG_FILE
revdep-rebuild &gt; /dev/null

Ну, и нужно добавить в /etc/crontab что-то, похожее на это:
5 */3 * * *     root    /usr/local/sbin/update-system-check
Каждые 3 часа будут проверяться обновления.

P.S. Парсер лох. Сейчас буду пытаться исправить.

понедельник, 23 января 2012 г.

Загружаемся с флешки через grub

Пришлось как-то недавно повозиться с ноутбуком, у которого dvd-rom уже начал глючить, а поддержки загрузки с usb флешки или внешнего dvd-rom нету.

Заодно захотелось сделать заявление: "Дорогая Toshiba, я никогда не буду покупать твою продукцию из-за кривых bios и ужасной поддержки linux."

Так вот. На этот ноутбук нужно было поставить арч, а при чтении с диска возникали ошибки. Поэтому пришлось гуглить. И знаете, нагуглилась очень классная штука - plop boot manager.

Plop - менеджер загрузки, который способен грузится почти откуда угодно. Нас же интересует его возможности по загрузке из grub.

Сначала качаем его с официального сайта. Затем находим в архиве файл plpbt.bin и кидаем его в /boot.

После этого добавим запись в меню.

GRUB
title Plop Boot Manager
root (hd0,0)
kernel /boot/plpbt.bin
GRUB2
Создаём файл /etc/grub.d/20_plop
#!/bin/sh
set -e

prefix=/usr
exec_prefix=${prefix}
libdir=${exec_prefix}/lib

# older versions of grub2 do not have this yet (LP: #459080)
if [ ! -e ${libdir}/grub/grub-mkconfig_lib ]; then
    echo "no grub-mkconfig_lib, exiting"
    exit 0
fi

. ${libdir}/grub/grub-mkconfig_lib

# We can't cope with loop-mounted devices here.
case ${GRUB_DEVICE_BOOT} in
  /dev/loop/*|/dev/loop[0-9])
    exit 0
  ;;
esac

if test -e /boot/plpbt.bin ; then
  USBBOOTPATH=$( make_system_path_relative_to_its_root "/boot/plpbt.bin" )
  echo "Found plpbt.bin image: $USBBOOTPATH" >&2
  cat << EOF
menuentry "Plop Boot Manager" {
   linux16   $USBBOOTPATH
}

EOF
fi
Взято тут
Затем делаем update-grub и у нас появляется нужный пункт меню, через который можно зайти в Plop.

Конечно, он умеет загружаться не только через grub, но и с дискеты, с виндового загрузчика, по сети.
Более подробно можно почитать на сайте разработчиков.

воскресенье, 22 января 2012 г.

Собираем xbmc под gentoo ~amd64

Есть такой очень удобный и красивый медиа-центр xbmc.

Из стандартного репозитория gentoo он уже собираться не хочет, поэтому я перешёл на версию 9999. Однако и он собираться не захотел! Пришлось гуглить. Решение нашлось на гентушном форуме.

Проблема оказалась, что xbmc пока не поддерживает libpng 1.5.

mkdir -p /etc/portage/patches/media-tv/xbmc/ 
cd /etc/portage/patches/media-tv/xbmc/ 
wget http://trac.xbmc.org/raw-attachment/ticket/12001/xbmc-9999-libpng-1.5-fix-plt-trn-get.patch
wget http://trac.xbmc.org/raw-attachment/ticket/12001/xbmc-9999-libpng-1.5.patch
mv xbmc-9999-libpng-1.5.patch xbmc-9999-a-libpng-1.5.patch
Стоит отметить папку /etc/portage/patches. Из неё патчи будут накладывать автоматически при сборке.

пятница, 20 января 2012 г.

Gentoo + KDE + appmenu - nepomuk

Чем хороша Gentoo - в ней можно собрать систему так, как пожелает душа. Вот не нравится мне непомук - его можно выкинуть нафиг. Конечно, Kontaсt, kmail, kopete придётся выкинуть тоже. Но не думаю, что это проблема.

Спасибо megabaks за вдохновение и оверлей.

Сначала выпилим kdepim. Это просто и быстро.

/etc/portage/package.use
net-p2p/ktorrent        -rss
kde-base/plasma-workspace -rss
kde-base/libplasmaclock -holidays
В make.conf в USE добавляем "-semantic-desktop"

Затем смотрим при помощи equery depends, что зависит жёстко от kdepimlibs и удаляем. Если что-то зависит не жёстко, то выставляем нужный USE для пакета. Затем пересобираем мир, делаем emerge --depclean и revdep-rebuild, внимательно читая вывод, чтобы он не поставил kdepim обратно.
UPD. Вообще, без выпиливания kdepim обойтись можно - достаточно убить kontact, и можно будет пользоваться kopete.

Далее ставим что-нибудь приличное для почты и IM (например, thunderbird и pidgin). Теперь заменим систему вывода для Qt на raster. Для этого используем, например, оверлей megabaks'а stuff
layman -a stuff

emerge x11-misc/kcm-qt-graphicssystem
Теперь выбираем в systemsettings в модуле "Qt Graphics System" режим raster.

Теперь вместо тормознутой темы приложений Oxygen поставим настраиваемую и быструю qtcurve.

emerge x11-themes/qtcurve-qt4 x11-themes/gtk-engines-qtcurve
Теперь прикрутим appmenu, но не как в ubuntu, а сделаем кнопочку на оформлении окна.

В USE вставляем флаг appmenu, затем ставим всё, что нужно
emerge x11-misc/appmenu x11-misc/appmenu-gtk x11-misc/appmenu-qt x11-misc/appmenu-firefox kde-misc/oxygen-appmenu x11-misc/lo-menubar

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

четверг, 19 января 2012 г.

Установка JBOSS AS 7 + ajp

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

Мне нужно было установить JBOSS в качестве бэкэнда к апачу через ajp, затем что-нибудь задеплоить.

Я поднял контейнер openvz, выделил ему 2 гига ОЗУ и запустил.

Вот, что я ставил:
Debian 6
Apache 2.2.16(from debian repositories)
mod_jk 1.2.30 (from debian repositories)
JDK 1.6.0_26 (from debian repositories)
JBoss AS 7.0.2.Final
OpenAM 9.54


Настройка:
Сразу отмечу, что JBoss я ставил впервые и с ajp пришлось неслабо повозиться. Особенно "приятно", что он отличается от предыдущих версий в качестве настройки и управления, поэтому его я сразу очень полюбил за бурный секс.


Сначала настроим apache.
/etc/apache2/sites-enabled/000-default
<VirtualHost *:80>
        JkMount /* myworker
        ServerAdmin liparinai@gmail.com
        ErrorLog ${APACHE_LOG_DIR}/error.log
        LogLevel debug
        CustomLog ${APACHE_LOG_DIR}/access.log combined
</VirtualHost> 

 /etc/apache2/mods-available/jk.conf
<IfModule mod_jk.c>
# The Jk shared mem location
JkShmFile /var/log/apache2/mod_jk.shm

# Jk logs
JkLogFile /var/log/apache2/mod_jk.log

# Jk loglevel
JkLogLevel error

# Jk logformat
JkLogStampFormat "[%a %b %d %H:%M:%S %Y] "

# Our workers config
JkWorkersFile /etc/apache2/workers.conf
</IfModule>
 /etc/apache2/workers.conf
worker.list=myworker
worker.myworker.port=8009
worker.myworker.host=127.0.0.1
worker.myworker.type=ajp13
worker.myworker.lbfactor=1
Теперь делаем.
a2enmod jk

и перезапускаем апач.

Теперь настраиваем JBoss.
Установка элементарна - тупо распаковываем, например, в /opt/java. Для удобства, я сделал ссылку на эту папку в /opt/java/jboss

Теперь настройка. Эти вещи слабо гуглятся, в официальных доках с этим проблема.

/opt/java/jboss/standalone/configuration/standalone.xml
(Modifications marked with bold font)

<server name="temporary.ru" xmlns="urn:jboss:domain:1.0">
    <extensions>
            ... skipped ...
    </extensions>

    <system-properties>
        <property name="jvmRoute" value="myworker"/>
    </system-properties>

    ... skipped ...

        <subsystem xmlns="urn:jboss:domain:web:1.0" default-virtual-server="default-host">
            <connector name="http" protocol="HTTP/1.1" socket-binding="http" scheme="http"/>
            <connector name="ajp" protocol="AJP/1.3" socket-binding="ajp" scheme="http"/>
     ... skipped ...
         <socket-binding-group name="standard-sockets" default-interface="public">
                <socket-binding name="http" port="8080"/>
                <socket-binding name="ajp" port="8009"/>
                 <socket-binding name="https" port="8443"/>
... skipped ...

В частности, проблема с jvmRoute, который (по идее) должен был сам подхватиться. Спасибо Sirex'у за то, что дал хороший совет.

Затем можно запускать.
/opt/java/jboss/bin/standalone.sh &.

По-хорошему нужно создать пользователя, сделать его владельцем jboss и от его имени запускать.

Теперь можно задеплоить OpenAM. Читаем руководство, делаем что написано и кидаем в папку /opt/java/jboss/standalone/deployments.

Если нужно, можно настроит балансировку нагрузки и jboss не светит в интернет.

воскресенье, 15 января 2012 г.

Установка Quake2 с улучшенной графикой

Классика... Как много в этом :)
Вот и руки дошли помучать вторую кваку. Вот только это - классика, и вышла игра давно... А система сильно изменилась с того времени. И не факт, что запустится какой-нибудь из гуляющих по интернету движков. Оффициальный-то уже устарел, и графику нормальную выдавать не может :( Но существует в природе куча модифицированных движков, сделанных фанатами. Правда, делали их тоже давно, и придётся для запуска шаманить или компилировать из исходников. Чем мы сейчас и займёмся.

Одним из самых известных сайтов, посвященных разработке на движках quake является Quakedev. А лучшим на данный момент движком является QuDos. Вот его мы и будем собирать.

Сначала идём сюда и качаем исходник
После этого распаковываем и открываем в редакторе Makefile. Там нам нужны следующие строчки


# Client and Renderers
BUILD_QUAKE2?=YES   # Build client (OSS sound, cdrom ioctls for cd audio).
BUILD_DEDICATED?=NO # Build dedicated server.
BUILD_GLX?=YES      # Build OpenGL renderer.
BUILD_SDLGL?=YES    # Build SDL OpenGL renderer.
ifeq ($(OSTYPE),Linux)
BUILD_ALSA_SND?=YES     # Enable support for ALSA (default sound on 2.6 Linux).
endif
BUILD_ARTS_SND?=NO      # Enable support for libaRts (KDE sound system) sound.
BUILD_OSS_SND?=YES      # Enable support for OSS (default) sound.
BUILD_SDL_SND?=YES      # Enable support for SDL sound.

# Mods
BUILD_GAME?=YES     # Build original game modification (game$(ARCH).so).
BUILD_3ZB2?=NO      # Build 3zb2 (bots) modification.
BUILD_CTF?=NO       # Build CTF (Capture The Flag) modification.
BUILD_JABOT?=NO     # Build JABot (bots) modification.
BUILD_ROGUE?=YES        # Build Rogue modification.
BUILD_XATRIX?=YES   # Build Xatrix modification.
BUILD_ZAERO?=YES        # Build Zaero modification.

# Configurable options.
WITH_BOTS?=YES      # Enable Ace Bot support in modifications (Quake2, Rogue, Xatrix and Zaero).
WITH_DATADIR?=NO    # Read from $(DATADIR) and write to "~/.quake2".
WITH_DGA_MOUSE?=NO  # Enable DGA mouse extension.
WITH_GAME_MOD?=YES  # Enable custom addons in the main modification (Quake2, Rogue, Xatrix and Zaero).
WITH_IPV6?=NO       # Enable IPv6 support. Tested on FreeBSD.
WITH_JOYSTICK?=NO   # Enable joystick support.
WITH_LIBDIR?=NO     # Read data and renderers from $(LIBDIR).
WITH_QMAX?=YES      # Enable fancier OpenGL graphics.
WITH_REDBLUE?=NO    # Enable red-blue 3d glasses renderer.
WITH_RETEXTURE?=YES # Enable retextured graphics support.
WITH_X86_ASM?=YES   # Enable x86 assembly code (only for i386).
WITH_XMMS?=NO       # Enable XMMS support (thanks AprQ2).
В них включаем/выключаем те параметры, которые нам нужны/не нужны (а то нафига мне поддержка xmms, которого у меня нету и мне незачем ставить его хедеры и библиотеки). Далее пишем make и ждём, когда соберётся. Если ругается на отсутствие какого-нибудь файла, то ставим соответствующий dev-пакет и повторяем операцию.
Мне потребовалось установить следующие пакеты из того, что у меня не было.
sudo apt-get install xorg-dev libvorbis-dev libsdl-dev
В результате, в папке quake2 появился собранный под мою систему движок игры. Далее с купленного диска игры (если найдёте) в папку baseq2 копируете pak0.pak
Потом нужно туда же скопировать этот файл.
Теперь можно и запускать QuDos. Тут я это сделал и мой монитор ругнулся на некорректное разрешение и пришлось перезапускать иксы. После этого я запускал его так

./QuDos +set vid_fullscreen 0
Теперь у нас есть квака с симпатичными эффектами и кучей плюшек
например, красивые взрывы
aaa10w.th.jpg

или нормальная вода
aaa11.th.jpg

Эффект блюра под водой
aaa16.th.jpg

А теперь идём сюда и качаем пак с текстурами (~300 MiB). Кидаем, естественно, в baseq2. Кстати, там есть ещё дополнительные текстуры с большим разрешением - если готовы качать около 800 Мбайт, то смотрите в разделе Berserker@Quake2.
В результате у нас получается что-то типа этого
aaa12.th.jpgaaa13.th.jpgaaa14.th.jpg

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







Опубликовано на Welinux.ru

Настройка Xorg + awesome для работы с двумя мониторами

Купил я, значит, монитор Benq 24" G2420HD, воткнул его вместе со своим старым LG Flatron L192WS и стал думать, как бы их нормально настроить.

Настройка Xorg

Растягивать на два экрана ничего не нужно было (просто не смог придумать такую задачу), перемещать вручную окна между экранами тоже (ибо awesome), поэтому решил просто настроить как два отдельных экрана.

Секция Device — указываем, что к одному устройству подключено два экрана

 
Section "Device"                                                                                                                       
       Identifier     "Device0" 
        Driver "nvidia"
        Option "NoLogo" "True"
        Screen  1
EndSection

Section "Device"
       Identifier     "Device1" 
        Driver "nvidia"
        Option "NoLogo" "True"
        Screen          0   
EndSection
Теперь описываем мониторы
 
Section "Monitor"                                                                                                                      
    Identifier     "Monitor1"
    VendorName     "Unknown"
    ModelName      "LG Electronics L192WS"
    HorizSync       30.0 - 83.0
    VertRefresh     56.0 - 75.0
    Option         "DPMS"
EndSection

Section "Monitor"
    Identifier     "Monitor0"
    VendorName     "Unknown"
    ModelName      "BenQ G2420HD"
    HorizSync       24.0 - 83.0
    VertRefresh     50.0 - 76.0
    Option         "DPMS"
EndSection
Теперь настройка экранов

Section "Screen"
    Identifier     "Screen0"
    Device         "Device1"
    Monitor        "Monitor1"
    DefaultDepth    24
    Option         "TwinView" "0"
    Option         "metamodes" "DFP: nvidia-auto-select +0+0"
    SubSection     "Display"
        Depth       24
    EndSubSection
EndSection

Section "Screen"
    Identifier     "Screen1"
    Device         "Device0"
    Monitor        "Monitor0"
    DefaultDepth    24
    Option         "TwinView" "0"
    Option         "metamodes" "CRT: 1440x900 +0+0"
    SubSection     "Display"
        Depth       24
    EndSubSection
EndSection
И напоследок настроим Layout и укажем, что маленький монитор слева от большого.

Section "ServerLayout"                                                                                                             
   Identifier     "DualSreen"
   Screen       0 "Screen0"
   Screen       1 "Screen1" LeftOf "Screen0"
   Option         "Xinerama" "0" 
EndSection
Если у вас версия xorg-server < 1.8, то настройки лежат в /etc/X11/xorg.conf, иначе лежат в отельных файлах в /etc/X11/xorg.conf.d/

Настраиваем awesome

Тут тоже ничего экстраординарного нету, ибо awesome умеет два монитора "искаропки". Стоит только помнить, что есть смысл следить за тем, с какого экрана запускаете программу. Например, если у меня у firefox тэг со свойством screen = 1, а запускаю я с другого экрана, то он запустится, но окна видно не будет. Поэтому нужно принудительно запускать как

DISPLAY=:0.0 firefox
Вот, как я разделил теги в shifty

-- shifty: predefined tags
shifty.config.tags = { 
 
    -- screen 1 
 
    <"term">         = { init = true, position = 1, screen = 1, layout = awful.layout.suit.fair                          },  
    <"web">          = { position = 2, screen = 1, layout = awful.layout.suit.fullscreen, mwfact = 0.6, spawn = browser  },  
    <"multimedia">   = { position = 8, screen = 1, layout = awful.layout.suit.fullscreen                                 },  
    <"office">       = { position = 9, screen = 1, layout = awful.layout.suit.tile.bottom                                },  
    <"gimp">         = { position = 0, screen = 1, layout = awful.layout.suit.max, spawn = "gimp"                        },  

    --screen 2

    <"im">           = { position = 3, screen = 2, layout = awful.layout.suit.tile.left, mwfact = 0.3                    },  
    <"skype">        = { position = 4, screen = 2, layout = awful.layout.suit.tile.left,                                 },  
    <"mail">         = { position = 5, screen = 2, layout = awful.layout.suit.tile.bottom                                },  
    <"picture">      = { position = 6, screen = 2, layout = awful.layout.suit.max                                        },  
    <"music">        = { position = 7, screen = 2, layout = awful.layout.suit.tile.bottom                                },  
}
Конечно, если бы я работал чаще с гимпом, то (наверное) настроил его для работы с двумя мониторами, но сейчас это не особо важно.

Ну, и напоследок изменил автоматический запуск программ

os.execute("pgrep -u $USER -x pidgin || (DISPLAY=:0.1 pidgin &)")
os.execute("pgrep -u $USER -x thunderbird|| (DISPLAY=:0.1 thunderbird &)")
os.execute("pgrep -u $USER -x deadbeef || (DISPLAY=:0.1 deadbeef &)")
os.execute("pgrep -u $USER -x skype || (DISPLAY=:0.1 skype &)")
Как можно увидеть, ничего особо сложного делать не пришлось. Но, может, кому-нибудь эта информация будет полезной.

Опубликовано на Welinux.ru