3BEP

Обзор веб-фреймворка Nitrogen

noreply@blogger.com (3BEP) — Sat, 21 Jul 2012 16:28:00 +0000

Nitrogen - веб-фреймворк написанный на Erlang. Главное достоинство этого фреймворка - возможность легко и быстро создавать интерактивные приложения взаимодействующие с сервером с помощью Ajax. Создание comet соединения требует буквально нескольких строк кода. Пример простейшего чата на основе Nitrogen занимает менее страницы кода.

Основной язык для Nitorgen это Erlang. Javascript явно не используется, хотя jQuery и используется для клиентской части. Специфика Erlang позволяет обойтись без зависимости от внешней базы данных для поддержки функционала сессий. Впрочем Erlang значительно упрощает предоставление общего доступа для всего кластера к данным находящимся на одном узле. Так же благодаря Erlang есть возможность использовать различные встроенные веб-сервера - встроенный inets, давно известный Yaws, недавно появившийся Cowboy. Руководство, документация.

Маршрутизация в Nitrogen динамическая. Она строится на основании имен модулей. Корень сайта это index.erl. Подчеркивания преобразуются в слеши, например: http://localhost:8000/routes/to/a/module будет обработан модулем routes_to_a_module.erl. Модуль выбирается по наиболее длинному совпадению: http://localhost:8000/routes/to/a/module/foo/bar будет обработан модулем routes_to_a_module.erl. Путь для которого не найден модуль обрабатывается модулем web_404.erl если он существует. Подробности

Страница рендерится из шаблона. Шаблон - это HTML файл с вставками вызовов функций Erlang [[[module:function(Args)]]]. Специальное имя модуля page ссылается на текущую страницу. Хотя вызов функции выглядит похожим на обычный код Erlang - это не так. Вызов функции должен обязательно быть в форме module:function(Args). Так же возможно задавать вызовы для Javascript в виде [[[script]]]. Подробности

Система шаблонов подходит для описания статичной раскладки страницы. Для динамических частей предназначены Элементы (Nitrogen Elements). Элемент это HTML или запись (Erlang record) с данными, которая рендерится в HTML. Пример простейшего элемента это #p{text="Text."} который будет отрендерен в <p class="wfid_temp790097 p">Text.</p>. Элементы могут быть вложенными и Элементы могут быть связаны с Действиями. Подробности

Действия (Nitrogen Actions) это Javascript код или запись (Erlang record) которая рендерится в Javascript. Действия могут быть включены в Элемент с использованием свойства action или связаны с Элементом с помощью функции wf:wire/N. Действие может быть простым визуальным эффектом или сложным взаимодействием с сервером. Действие иницируются объктами заданными в свойстве Триггер и изменяют объекты указанные в свойстве Цель. Действия работают на клиенте. Подробности

Передача контроля от клиента к серверу производится с помощью События (Nitrogen Event) у которого заполнено свойство postback=term. На сервере Событие обрабатывается функцией event/1. Используя wf:update/2, wf:insert_top/2, wf:insert_bottom/2, wf:replace/2, wf:remove/1 в функции event/1 можно изменять Элементы на клиенте. Подробности

События обычно инициируются клиентом. Когда нужно обновлять данные на клиенте постоянно используют технологию Comet. Comet инициируется клиентом как обычный запрос, но соединение не закрывается. Когда сервер имеет данные для клиента - сущестующее соединение используется для передачи данных. Nitrogen значительно упрощает использование Comet. Функции wf:comet/N запускают заданную функцию как независимый процесс. Этот процесс может сам собирать данные для клиента или ожидать данные от других процессов. Функция wf:send/2 позволяет отправить сообщение существующему процессу Comet. Подробности

Пример простейшего чата из Руководства:

body() -> 
    wf:comet_global(fun() -> repeater() end, repeater_pool),
    [
        #textbox { id=msg, text="Your message...", next=submit },
        #button { id=submit, text="Submit", postback=submit },
        #panel { id=placeholder }
    ].

event(submit) ->
    ?PRINT(wf:q(msg)),
    wf:send_global(repeater_pool, {msg, wf:q(msg)}).

repeater() ->
    receive 
        {msg, Msg} -> wf:insert_top(placeholder, [Msg, "<br>"])
    end,
    wf:flush(),
    repeater().

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

Простейший способ открыть доступ к директории по http

noreply@blogger.com (3BEP) — Thu, 14 Apr 2011 22:51:00 +0000

Когда-то мне понадобилось перебросить данные между удаленными машинами.
Условия не то что бы особо сложные, но узкие места возникли сразу - данные надо
было залить на машины: с свежеустановленной Windows XP подключенной в
корпоративную сеть, на которую можно было зайти только через "Удаленный рабочий
стол" с весьма ограниченными правами; Mac Mini в том же сегменте что и машина с
Windows. Данные расположены на сервере в другом сегменте сети. Связь между
сегментами - только через http-прокси. Сервер с данными тоже не внушал вдохновения -
блейд с read-only корневой файловой системой смонтированной по НФС и без прав
редактирования образа. Веб-сервер на блейде естественно не установлен. Но на
выручку пришел Python - простая команда позволила запустить примитивный
http-сервер, с которого уже можно скачать данные используя Internet Explorer из
комплекта Windows и Safari из MacOS. Команда действительно проста:

python -m SimpleHTTPServer 9090

Эта команда запускает веб сервер с корнем в текущей директории на порту 9090
(впрочем порт можно использовать любой).

Памятка для virtualevn, virtualenvwrapper and pip

noreply@blogger.com (3BEP) — Tue, 30 Nov 2010 12:01:00 +0000

Установка пакетов с помощью easy_install:

$ sudo easy_install virtualenv
$ sudo easy_install pip
$ sudo easy_install virtualenvwrapper

Добавить в ~/.bashrc:

# Путь к корневой директории виртульных окружений
export WORKON_HOME=$HOME/py_virtual_envs

# Для Arch этот путь отличается от стандартного
# /usr/local/bin/virtualenvwrapper_bashrc
source /usr/bin/virtualenvwrapper_bashrc

Теперь надо чтобы настройки вступили в действие:

$ source ~/.bashrc

Создание нового окружения - команда mkvirtualenv <имя окружения> или mkvirtualenv --no-site-packages <имя окружения>

Проверка:

$ workon
*
$ mkvirtualenv temp
New python executable in temp/bin/python
Installing setuptools............done.
$ workon
temp
$ mkvirtualenv temp2
New python executable in temp2/bin/python
Installing setuptools............done.
$ workon
temp
temp2
$ workon temp

Переход в директорию текущего виртуального окружения:

$ cd $VIRTUAL_ENV
$ pwd
/home/beast/py_virtual_envs/temp

$ workon temp2
$ cd $VIRTUAL_ENV
$ pwd
/home/beast/py_virtual_envs/temp2

Или можно использовать команду cdvirtualenv

$ workon temp
$ cdvirtualenv
$ pwd
/home/beast/py_virtual_envs/temp2

$ cdvirtualenv include/python2.6/
$ pwd
/home/beast/py_virtual_envs/temp/include/python2.6

отключение виртульного окружения

$ deactivate

Удаление виртуального окружения

$ rmvirtualenv temp
$ rmvirtualenv temp2

Опции mkvirtualenv передаются напрямую в virtualenv

$ mkvirtualenv --no-site-packages temp3

есть быстрый переход к текущей директории site-packages

$ cdsitepackages
$ pwd
/home/beast/py_virtual_envs/temp3/lib/python2.6/site-packages
$ ls -l
итого 352
drwxr-xr-x 3 beast beast   4096 Мар 13 21:13 .
drwxr-xr-x 4 beast beast   4096 Мар 13 21:13 ..
-rw-r--r-- 1 beast beast    237 Мар 13 21:13 easy-install.pth
drwxr-xr-x 4 beast beast   4096 Мар 13 21:13 pip-0.6.3-py2.6.egg
-rw-r--r-- 1 beast beast 333447 Мар 13 12:53 setuptools-0.6c11-py2.6.egg
-rw-r--r-- 1 beast beast     30 Мар 13 21:13 setuptools.pth

Есть команда для добавления директорий с пакетами - add2virtualenv <директория>

$ add2virtualenv ~/py_virtual_envs/temp3/temp/
Warning: Converting "/home/beast/py_virtual_envs/temp3/temp/" to "/home/beast/py_virtual_envs/temp3/temp"
$ python
Python 2.6.4 (r264:75706, Jan 25 2010, 09:01:01)
[GCC 4.4.2 20091208 (prerelease)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import additional_package
>>> additional_package.NAME
'Additional package'
^D
$ cat ./temp/additional_package/__init__.py
NAME="Additional package"
$ add2virtualenv ~/py_virtual_envs/temp3/temp/
$ add2virtualenv
Usage: add2virtualenv dir [dir ...]

Existing paths:
/home/beast/py_virtual_envs/temp3/temp

Просмотр установленных пакетов:

$ lssitepackages
easy-install.pth  pip-0.6.3-py2.6.egg  setuptools-0.6c11-py2.6.egg
setuptools.pth  virtualenv_path_extensions.pth

virtualenv_path_extensions.pth:
/home/beast/py_virtual_envs/temp3/temp

В ~/.bashrc можно так же добавить:

export PIP_VIRTUALENV_BASE=$WORKON_HOME
export PIP_RESPECT_VIRTUALENV=true
# Это позволит pip определить текущее виртуальное окружение
# и устанавливать в него без использования параметра -E

Maven Erlang plugin rewrite

noreply@blogger.com (3BEP) — Tue, 30 Nov 2010 11:44:00 +0000

Я уже писал про установку и настройку Maven для сборки Erlang проектов. Link. Maven Erlang Plugin упомянутый в той статье не обновлялся больше года.

Недавно я обнаружил новый проект на SourceForge: maven-erlang-plugin который является развитием проекта Maven Erlang Plugin Сейчас проект активно развивается - последний коммит в транк был три часа назад.

Включение изображений в html

noreply@blogger.com (3BEP) — Thu, 25 Nov 2010 21:09:00 +0000

Памятка:
Небольшие изображения зачастую имеет смысл влючать в html-код страницы с помощью схемы data:URL. Это позволяет не беспокоится о хостинге статичных файлов, например для элементов дизайна Blogger.

Подробности, достоинства и недостатки этого метода можно найти на Wikipedia

Пример:

Так же можно вкладывать изображения в css-стили:

div.image {
  width:100px;
  height:100px;
  background-image:url(data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAADIA...);
}

Скрипт для подготовки изображений к вставке в html:

import base64
import os
import sys

from optparse import OptionParser


if __name__ == '__main__':
    optp = OptionParser()
    optp.add_option('-i', '--input', action='store', dest='input',
            help='File to be encoded')
    optp.add_option('-o', '--output', action='store', dest='output',
            help='File to write output in.')

    (options, args) = optp.parse_args()
    if options.output is not None:
        outfile = open(options.output, 'wb')
    else:
        outfile = sys.stdout

    if options.input is None:
        optp.print_help()
        exit(1)
    infile = open(options.input, 'rb')
    ext = os.path.splitext(options.input)[1][1:]
    outfile.write('')
    infile.close()
    outfile.close()

Импорт стороннего проекта в хранилище артефактов Maven

noreply@blogger.com (3BEP) — Wed, 24 Mar 2010 02:24:00 +0000

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

Изготовление одиночного артефакта вполне можно выполнить и вручную, равно как и задеплоить его в хранилище используя mvn deploy:deploy-file.

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

Для примера могу привести проект который создает артефакт - архив tar.gz, используя последнюю версию кода доступную на github.com и деплоит его в хранилище в локальной сети.


 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
 xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">
  4.0.0
  local.test.import
  githubtest
  pom
  1.0
  githubtest
  

    scm:git:git://github.com/<путь к проекту>.git
    http://github.com/<адрес>
  
  
    
      

        org.apache.maven.plugins
        maven-scm-plugin
        1.3
        
          
            checkout

            generate-sources
            

              checkout
            


          
        
      
      

        org.apache.maven.plugins
        maven-assembly-plugin
        2.2-beta-5
        
          

            assembly.xml
          

          
            ${project.build.directory}/checkout
          
        
        
          
            make-assembly
            package
            
              single
            
          
        
      
      

        maven-deploy-plugin
        

            true
        
        
          
            deploy-assembly

            deploy
            

              deploy-file
            
            

              releases
              http://beast-server/nexus/content/repositories/releases

                
${project.build.directory}/${project.artifactId}-${project.version}.tar.gz
                

              tar.gz
              ${project.groupId}
              ${project.artifactId}
              ${project.version}
            
          
        
      
    
  
   
        
            releases
            http://beast-server/nexus/content/repositories/releases
        
        
            snapshots
            http://beast-server/nexus/content/repositories/snapshots

assembly.xml содержить простой набор правил - cоздать архив tar.gz в который включить все что находится в текущей директории.


xmlns="http://maven.apache.org/plugins/maven-assembly-plugin/assembly/1.1.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/plugins/maven-assembly-plugin/assembly/1.1.0
http://maven.apache.org/xsd/assembly-1.1.0.xsd">
  

    tar.gz
  
  false
  
    
      ./

Итог - Пример проекта который создает артефакт из исходников и деплоит его в хранилище.

Дистрибутив Erlang в хранилище Maven

noreply@blogger.com (3BEP) — Sun, 21 Mar 2010 22:29:00 +0000

Для начала необходимо получить дистрибутив Erlang для целевой системы в виде артефакта. Erlang уже присутствует в хранилищах пакетов для многих дистрибутивов Linux, но может содержать патчи значительно усложняющие мобильность дистрибутива. Для этого примера я собрал "чистый" экземпляр основанный на исходных кода с офф. сайта http://www.erlang.org/download.html


$ ./configure --prefix=/tmp/erlang
$ make install
$ cd /tmp/erlang/lib/erlang/

Архиватор используемый Maven по умолчанию некорректно распаковывает ссылки из tar.gz. Для распаковки можно воспользоваться Exec Maven Plugin или не включать их в архив. Ссылка будет создана при вызове скрипта Install, так что я ее просто удаляю.


$ rm ./bin/epmd

Потом архивирую всю директорию и деплою получившийся архив в свое хранилище.


$ tar -czf ../erlang-R13B4-linux_x86_64.tar.gz ./
$ mvn deploy:deploy-file -DartifactId=erlang-otp -Dpackaging=tar.gz \
-DgroupId=local.test.erlang.linux-x86-64 -Dversion=R13B4 \
-Dfile=../erlang-R13B4-linux_x86_64.tar.gz \
-Durl=http://beast-server/nexus/content/repositories/releases  \
-DrepositoryId=releases

Подключение не составляет проблемы, но развертывание дистрибутива Erlang будет производиться каждый раз при прохождении фазы обработки ресурсов. Что бы дистрибутив разворачивался только один раз, операции относящиеся к развертыванию можно вынести в профиль, который активируется основываясь на отсутствии файлов. Подробности о профилях Maven можно узнать из Introduction to Build Profiles.




  4.0.0
  local.erlang.test
  test-erlang-maven
  erlang-otp
  1.0-SNAPSHOT
  A custom Erlang project
  http://www.myorganization.org

  
    
      local.test.erlang.linux-x86-64
      erlang-otp
      R13B4
      tar.gz
      compile
    
  

  
    
      
        net.sf.maven-erlang
        erlang-plugin
        true
        
          
          
          ${project.build.directory}/erlang
          
          
          
          true
          
          
          
          true
          
          
          
          false
          
          
          
          
          
          
          
          true
          
          
          
          
          
          true
          
          
          
          
          
          
        
      
    
  

  
    
      
        net.sf.maven-erlang
        erlang-plugin
        
          
          
          
          
          
          
        
      
      
        maven-surefire-report-plugin
      
    
  
  
    
      setup_erlang_dist
      
        
          target/erlang/Install
        
      
      
        
          
            org.apache.maven.plugins
            maven-dependency-plugin
            
              
                unpack-erlang-dist
                process-resources
                
                  unpack
                
                
                  
                    
                      local.test.erlang.linux-x86-64
                      erlang-otp
                      R13B4
                      tar.gz
                      false
                      
                        ${project.build.directory}/erlang
                      
                    
                  
                
              
            
          
          
            org.codehaus.mojo
            exec-maven-plugin
            1.1
            
              
                configure-erlang-dist
                process-resources
                
                  exec
                
                
                  ${project.build.directory}/erlang/Install
                  
                    -sasl
                    ${project.build.directory}/erlang

Теперь можно проверить работу:


$ mvn package

При первом запуске будет развернут дистрибутив Erlang, что потребует некоторое время. При последующих запусках дистрибутив Erlang уже будет существовать и они будут выполняться гораздо быстрее.

Итог: Дистрибутив Erlang добавлен в хранилище артефактов как артефакт и доступен любому хосту использующему это хранилище. Дистрибутив Erlang может быть подключен к проекту и развернут при необходимости. Кроме распаковки можно так же произвести дополнительную настройку используя, к примеру, Exec Maven Plugin.

Maven для Erlang

noreply@blogger.com (3BEP) — Wed, 17 Mar 2010 21:19:00 +0000

Maven 2 - это система сборки изначально ориентированная на Java приложения.
Однако благодаря системе плагинов Maven способен работать с любым языком и на любой платформе (где запустится Java). Именно это делает Maven весьма интересным кандидатом на роль основной системы сборки при старте мультиязычного проекта или нескольких связанных проектов на разных языка программирования.
К достоинствам Maven так же можно понятие репозитария артефактов - хранилища в котором можно разместить что угодно. Все что доступно в хранилище, легко подключается к проекту.
К тому же для многих Continuous Integration серверов уже есть готовые плагины/расширения для взаимодействия с Maven.
Подробности установки Maven доступны на официальном сайте - здесь.

А краткая инструкция выглядит так:

Установить JDK
Скачать и распаковать архив Maven
Создать или обновить системные переменные так, чтобы JAVA_HOME указывал на JDK и PATH включал в себя путь к директории /bin распакованного Maven.

Nexus - это одна из реализаций хранилища артефактов. Nexus доступен в двух версиях - Open Source и Professional. Подробное сравнение этих версий доступно здесь. Впрочем даже Nexus Open Source способен проксировать удаленные и хостить местные хранилища.
Подробности установки и настройки Nexus превосходно описаны в Nexus Book.

Краткая инструкция для Nexus Open Source:

Установить Tomcat
Скачать последнюю версию Nexus в виде war
Переименовать nexus-webapp-x.x.x.war в nexus.war
Задеплоить nexus.war используя менеджер Tomcat

После этого необходимо настроить Maven на его использование. Это делается добавлением в ~/.m2/settings.xml следующих строк:



   
       
           
           nexus
           *
           http://beast-server/nexus/content/groups/public
       
   
   
       
           nexus
           
           
           
               
                   central
                   http://central
                   true
                   true
               
           
           
               
                   central
                   http://central
                   true
                   true
               
           
       
   
   
       
       nexus
   
   
       
           releases
           deployment
           deployment123
       
       
           snapshots
           deployment
           deployment123

Более подробно это описано в Nexus Book.

Теперь можно приступить к Erlang. Для взаимодействия с Erlang у Maven есть плагин - Erlang Maven Plugin
Его нет в публичных хранилищах, так что надо будет собрать его из исходников:


$ svn co https://maven-erlang.svn.sourceforge.net/svnroot/maven-erlang maven-erlang

Чтобы не повторять эти операции на каждом хосте который будет использовать этот плагин, его необходимо задеплоить в хранилище. Для этого необходимо добавить в pom.xml информацию о нашем хранилище в секцию distributionManagement:


$ cd ./maven-erlang/maven-erlang/trunk/
$ vim ./pom.xml


       
           releases
           http://beast-server/nexus/content/repositories/releases
       
       
           snapshots
           http://beast-server/nexus/content/repositories/snapshots

Теперь необходимо запустить


$ mvn deploy -Dmaven.test.skip=true

-Dmaven.test.skip=true необходим поскольку некоторые юнит тесты не проходят с последними версиями Erlang. В качестве альтернативы можно прописать версии kernel, stdlib и mnesia из вашего екземпляра Erlang в erlang-plugin/trunk/src/test/resources/mojo-test-release-1/src/main/erlang/release_name.rel и использовать


$ mvn deploy

Итог:

Установлен Maven
Развернуто хранилище артефактов
В хранилище добавлен Erlang Maven Plugin

Portius - сервер репозитария для Faxien

noreply@blogger.com (3BEP) — Mon, 15 Mar 2010 22:39:00 +0000

Portius согласно документации это инструмент копирующий пакеты из одного репозитария в другой, фильтрующий битые/неправильные пакеты, извлекающий документацию и т.п. вещи из пакета и размещающий извлеченные вещи по местам.

Звучит страшно, поэтому мне больше нравится формулировка Portius - это сервер хранилища артефактов Faxien. К тому же это гораздо лучше описывает текущий функционал Portius.

Установка элементарна:


$ faxien ir portius

Опций командной строки на данный момент всего три: путь к корневой директории репозитария и номер порта или use_config - использовать путь и порт из sys.config


portius <document-root> <port-number>

Скринкаст от Мартина Логана (Martin Logan) - Как создать репозитарий Erlware используя Portius.

Faxien/Sinan для Erlang

noreply@blogger.com (3BEP) — Mon, 15 Mar 2010 10:53:00 +0000

Для удобной разработки приложений Erlang существуют следующие инструменты:

Faxien - система управления пакетами Erlang/OTP
Sinan - система сборки

Сначала надо получить faxien-launcher-universal-x.x.x.py c http://code.google.com/p/faxien/

И запустить его:

$ python ./faxien-launcher-universal-0.3.5.py

После установки можно посмотреть справку:

$ ~/lib/erlang/bin/faxien help

Faxien is a powerful package manager for the Erlang language. This
message is the gateway into further Faxien help.

Usage:
faxien help
faxien version
faxien  [options|arguments...]

More Help:
faxien help commands: Lists all faxien commands
faxien help <command>: Gives help on an individual command
faxien help examples: Lists example usages of faxien
faxien alias: lists faxien command aliases

Short Examples:
faxien install-release sinan
faxien search yaws
faxien help search
ok

$ ~/lib/erlang/bin/faxien help commands

Commands:
help                    print help information
search                  search for remote packages
installed               list the packages installed on the local system
describe-app            print more information about a specific
                      application package
install-release         install a release package
fetch-release           fetch a release package into the specified
                      directory
install-app             install an application package
fetch-app               fetch an application package into the specified
                      directory
publish                 publish a package to remote repositories
remove-release          uninstall a release package
remove-app              uninstall an application package
upgrade-release         upgrade a release package installed on the
                      local system
upgrade-all-releases    upgrade all the release packages installed on
                      the local system
upgrade-app             upgrade an application package installed on the
                      local system
upgrade-all-apps        upgrade all the application packages installed
                      on the local system
translate-version       translate one version type to another such as
                      an erts version to an erlang release version
version                 display the current Faxien version installed on
                      the local system
diff-config             diff the configuration between two installed
                      versions of a release

Configuration Management Commands:
environment             display information about the current Faxien
                      environment settings.
add-repo                add a repo to search for packages in
remove-repo             remove one of the repos Faxien is set to search
                      for packages in
show-repos              display the repos Faxien is set to search for
                      packages in
add-publish-repo        add a repo to publish packages to
remove-publish-repo     remove one of the repos Faxien is set to
                      publish to
show-publish-repos      display the repos Faxien is set to publish to
set-request-timeout     set the timeout faxien uses for requests to
                      remote repositories
show-request-timeout    display the timeout faxien uses for requests to
                      remote repositories
set-preferred-erts-vsn  set the erts vsn faxien will search first
show-preferred-erts-vsn display the erts vsn faxien will search first
ok

Теперь можно поставить Erlang:

$ ~/lib/erlang/bin/faxien ir erl

ir - это install-release

И проверить его:

$ ~/lib/erlang/bin/erl
Erlang R13B04 (erts-5.7.5) [source] [64-bit] [smp:4:4]
[rq:4] [async-threads:0] [hipe] [kernel-poll:false]

Eshell V5.7.5  (abort with ^G)
1> q().
ok
2>

Теперь необходимо установить Sinan:

$ ~/lib/erlang/bin/faxien ir sinan

И проверить:

$ ~/lib/erlang/bin/sinan help
starting server now.
Unable to connect after 0 seconds. Waiting 1 second(s)
Describing tasks ...
release
 Creates the *.rel, *.boot and *.script into the <build-area>/realeases/<vsn>
 directory. It also builds up a release tar bal into the <build-area>/tar/ directory
depends on: build


clean
 Removes the build area and everything underneath
depends on:


shell
 Starts an erlang shell with all of the correct paths preset so the developer
 can noodle with the code to his hearts content
depends on: build


gen
 Generates a buildable default project layout
depends on:


build
 Compiles all of the compilable files in the project
depends on: depends


version
 Provides sinan server version information
depends on:


test
 Runs all of the existing eunit unit tests in the project
depends on: build


dist
 Creates an tarball of the distribution including release information.
 Check documentation for the dist task for configuration information
depends on: release


depends
 Analyzes all of the dependencies in the project and pulls down those that
 arn't curently available locally
depends on:


doc
 Runs edoc across all sources in the project and outputs it into the build area
depends on: build


help
 Provides help information for the available tasks
depends on:


[help] stop

Итог:

Установлены Erlang, Faxien - система управления пакетам и Sinan - система сборки.

Когда проблемы с Х-ами

noreply@blogger.com (3BEP) — Tue, 13 May 2008 16:53:00 +0000

Посмотреть свойства сервера Х-ов можно с помощью команды xprop
Например, текущие настройки


$ xprop -root | grep XKB
_XKB_RULES_NAMES(STRING) = "xorg", "pc104", "us,ru", "",
"grp:lwin_toggle,grp_led:scroll"
$

Также есть команда xset


$ xset q | grep DPMS
DPMS (Energy Star):
 DPMS is Enabled
$

PyGTK. Наследование от базового класса.

noreply@blogger.com (3BEP) — Tue, 29 Apr 2008 22:46:00 +0000

При работе с PyGTK иногда возникает необходимость создавать собственные виджеты. Теоретически все просто - унаследуем свой класс от базового gtk.Widget, gtk.Container или gtk.Bin и в конструкторе вызовем конструктор класса-родителя. Но не так все просто как кажется на первый взгляд. Создадим такой класс:

mywidget.py

# -*- coding: utf-8 -*-

import gtk

class MyWidget(gtk.Widget):
  """
  Класс созданный на основе gtk.Widget
  """

  def __init__(self):
      gtk.Widget.__init__(self)

Проверяем:

$ python
Python 2.4.5 (#2, Mar 12 2008, 00:15:51)
[GCC 4.2.3 (Debian 4.2.3-2)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import mywidget
>>> wdg = mywidget.MyWidget()
Traceback (most recent call last):
File "<stdin>", line 1, in ?
File "mywidget.py", line 7, in __init__
gtk.Widget.__init__(self)
TypeError: cannot create instance of abstract (non-instantiable) type `GtkWidget`
>>>

Для обычного создания унаследованных классов необходимо зарегистрировать этот класс перед использованием:

mywidget.py


# -*- coding: utf-8 -*-

import gtk
import gobject

class MyWidget(gtk.Widget):
  """
  Класс созданный на основе gtk.Widget
  """

  def __init__(self):
      gtk.Widget.__init__(self)
# Регистрируем класс как виджет GTK
gobject.type_register(MyWidget)

Проверяем:

$ python
Python 2.4.5 (#2, Mar 12 2008, 00:15:51)
[GCC 4.2.3 (Debian 4.2.3-2)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import mywidget
>>> wdg = mywidget.MyWidget()
>>>