Остальным приходилось запускать приложения, установив adobe air sdk. И делать это, прямо скажем, было не слишком удобно.

Но кой-чего, как оказалось, сделать всё-таки можно – можно индусский инсталятор нае^Wобмануть. Можно прикинуться красной шапочкой например.

И так имеем – Slackware-current (13+), AdobeAirInstaller и горячее желание всё это заставить работать вместе, без песен и плясок народов крайнего севера.
Нужно создать базу rpm-пакетов и “установить” пакеты rpm (и как оказалось ещё gtk2), после чего air установится без сучка и задоринки.

Как это сделать?

rpm --initdb
RPM_VERSION=`rpm --version|awk '{print $3}'`
cat <<ENDSPEC>>rpm.spec
Summary: The RPM package management system
Name: rpm
Version: ${RPM_VERSION}
Release: 1
Group: System Environment/Base
Url: http://www.rpm.org/
License: GPLv2+
BuildArch: noarch
Provides: /bin/sh

%description
The RPM Package Manager.

%files
ENDSPEC

BUILD=`rpmbuild -ba rpm.spec|grep 'noarch.rpm'|awk '{print $2}'`

rpm -ivh $BUILD

GTK2_VERSION=`gtk-query-immodules-2.0|grep 'Created by'|awk '{print $6}'|sed 's/gtk+-//'`

cat <<ENDSPEC>>gtk2.spec
Summary: The GIMP ToolKit (GTK+), a library for creating GUIs for X
Name: gtk2
Version: ${GTK2_VERSION}
Release: 1
License: LGPLv2+
Group: System Environment/Libraries

%description
GTK+ is a multi-platform toolkit for creating GUI.

%files
ENDSPEC

BUILD=`rpmbuild -ba gtk2.spec|grep 'i386.rpm'|awk '{print $2}'`

rpm -ivh $BUILD

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

Думаю этот метод подойдёт для любого дистрибутива, про который не слыхом не слыхивали “специалисты” из адоба.

P.S.
Единственное что – при установке приложений инсталятор спрашивает пароль root-а. Нет, не sudo, а именно su… Я не знаю ведёт ли он себя так же на “родных” для себя дистрибутивах, но мне это жутко не нравится… В остальном всё работает хорошо – приложения устанавливаются из браузера, иконки в меню и т.п.

И тут мой взгляд упал на плазмоиды, разбросанные по рабочему столу.
К слову сказать о рабочем столе – работая на винде я всегда отключал показ ярлыков на рабочем столе – доступ к ним неудобный, а порядок поддерживать сложно. Но вот с появлением kde4 я своё мнение о рабочем столе сильно поменял – теперь мне совершенно очевидно, что рабочий стол это тоже “инструмент”, а не просто самое верхнее окно…

Так вот, плазмоиды… это такие махонькие приложения, разбросанные по пространству рабочего стола (плазмы). Какой-то показывает список файлов в директории, какой-то лог, какой-то последние rss-записи. И все они работают, и нет их в таскбаре, нет их в трее, и всегда они под рукой…
И захотелось мне сделать такой вот плазмоид самому. И захотелось сделать его как ни странно на ruby.

Я в принципе ожидал, что всё более чем просто и сконвертировать qt-ный интерфейс в plasmoid будет проще простого, но всё оказалось несколько сложнее и запутанней. Первое с чем пришлось столкнуться – все примеры, найденные в этих ваших интернетах безнадёжно устарели. На запуск “hello world” ушло несколько дней. Но формула счастья была в итоге найдена. Готовый к употреблению plasmoid это zip-архив в корне которого находится desktop-файл и директория contents.

Первое что надо сделать, когда создаётся plasmoid – файл metadata.desktop с описанием вашей будущей программы.

[Desktop Entry]
Name=Mega Plasmoid
Comment=Super-puper tool
Type=Service
ServiceTypes=Plasma/Applet
X-KDE-PluginInfo-Author=MiRacLe
X-KDE-PluginInfo-Email=miracle@rpz.name
X-KDE-PluginInfo-Name=megatool
X-KDE-PluginInfo-Version=0.1
X-KDE-PluginInfo-Website=http://miracle.rpz.name/
X-KDE-PluginInfo-Category=Examples
X-KDE-PluginInfo-Depends=
X-KDE-PluginInfo-License=GPL
X-KDE-PluginInfo-EnabledByDefault=true
X-Plasma-API=ruby-script
X-Plasma-MainScript=code/main.rb

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

Сборка и просмотр полученного результата проходит быстрее, если сделать подобный скриптик:

#!/bin/sh
plasmapkg -r megaplasmoid #удаляю уже установленный плазмоид из системы
rm megaplasmoid.plasmoid # и туда же его исходник
cd megaplasmoid #в директорию с исходным кодом
zip -r ../megaplasmoid.plasmoid * # пакую новый плазмоид
plasmapkg -i ../megaplasmoid # устанавливаю его
plasmoidviewer megaplasmoid # и тут же хочу на него, красавца, посмотреть

Всё приготовления закончены и можно приступить непосредственно к коду. Его следует поместить туда, куда описали в metadata.desktop – в файл main.rb в директории code. В простейшем случае он будет выглядеть примерно так:

require 'plasma_applet'
module  Megaplasmoid
  class Main < PlasmaScripting::Applet
    def initialize(parent, args = nil)
      super
    end
    def init
      @mainlayout = Qt::GraphicsLinearLayout.new Qt::Vertical, self
      layout = @mainlayout
      self.layout = layout
    end
  end
end

После того, как это всё-таки запустилось, эйфория от полученного результата прошла, настала пора собственно перенести код, написанный под qt. Как оказалось “перенести” волшебным нажатием чего-нибудь оказалось невозможным, и визуальную часть пришлось делать заново, вооружившись api и скудными (и устаревшими) примерами. Был несколько пересмотрен интерфейс, и остались в нём только два combobox-а (где делать и что делать) и собственно та самая кнопка, о которой так много говорили большевики.

Конечно же запуском radmin и rdesktop дело не ограничилось, штука постепенно обрастает всяческими фичами – ибо нет предела совершенству. Помимо запуска всяческих утилит к делу уже пришит watir, d-bus и ещё много всего интересного, но об этом в следующих сериях.

Update: во какую штуку нашёл, надо бы донести это знание до тех, кому не безразлично…

В распоряжении имеется:

1. svn-репозитарий с проектом.
2. ftp-доступ к рабочему серверу.
3. установленный и готовый к тяжёлой рутине phing

Сценарий работ следующий:

1. Сделать экспорт кода из svn
2. Подготовить его к загрузке (например убрать комментарии, “склеить” мелкие в один большой, удалить лишнее и т.п.)
3. Проверить на наличие ошибок (они могли попасть в репозитарий или образоваться на предыдущем шаге)
4. Закачать полученное на рабочий сервер.

Всё вроде бы просто, но смущает один момент – экспорт всего и вся. Со времени последнего обновления на сервере в репозитарии обновились 3 файла, а экспортировать нужно всё? Никак нет! Экспортировать будем только то, что изменилось. То есть первый шаг сценария будет выглядеть так:

1. Получить последнюю версию проекта на сервере – RevFrom
2. Получить последнюю версию проекта в репозитарии – RevTo
3. Экспортировать файлы, которые изменились или добавились c RevFrom до RevTo

Версию рабочего проекта, не мудрствуя лукаво, предлагаю хранить в текстовом файле. Например revision.txt. Версию проекта в репозитарии поможет узнать SvnLastRevisionTask. Неясным остался лишь момент – каким образом выяснить какие файлы изменились. Те, кто пользовались TortoiseSVN наверняка знают о чудесной его возможности – сравнить две ревизии и экспортировать “разницу”. Но svn в чистом виде такой возможности не предоставляет. Так что пришлось немного поработать.

Результатом работы стал класс – SvnExportRevisionDiffTask Принцип его работы таков: получаю список файлов для каждой ревизии в виде xml, потом эти списки сравниваются на предмет изменившихся или добавленных файлов. Список получается путём вызова svn, т.к. более удобного способа не нашлось.

Закачивать файлы будем посредством task-а, который я опубликовал ранее – FtpUploadTask.

Ну вот все вроде бы в сборе и можно приступать с сборке: раскладываем php-классы в соответствующие места, берём файл example.xml

<?xml version='1.0'?>
<project name='Deploy' default='build' basedir='./' description='Demo phing-ftp-deploy'>    
        <target name='propset'>        
        <property name='projectUrl' value='http://example.com/project_root/' />
        <property name='revisionFile' value='revision.txt' />
        <projectlastrev url='${projectUrl}' revisionFile='${revisionFile}' propertyName='fromrev' />      
        <property name='svnroot' value='http://svn.example.com/project/branches/stable/' />
        <property name='svnuser' value='joe' />
        <property name='svnpassword' value='s3cre7' />
        <property name='outputdir' value='project-temp' />
        <svnlastrevision username='${svnuser}' password='${svnpassword}' repositoryurl='${svnroot}' propertyName='torev' />
        <property name='hostname' value='ftp.example.com' />
        <property name='user' value='ftpuser@example.com' />
        <property name='passwd' value='s3cr3tk3y' />
        <property name='dstdir' value='project_root' />
        <property name='overwrite' value='true' />
    </target>
    <target name='build' depends='propset,diff,lint'>   
        <ftpupload host='${hostname}' username='${user}' password='${passwd}' targetDir='${dstdir}' mode='bin' overwriteExisten='${overwrite}'>
            <fileset dir='${outputdir}'>
                <include name='**' />
                <exclude name='config.php.dist' />
                <exclude name='examples/**' />
            </fileset>
        </ftpupload>
    </target>    
    <target name='diff' depends='propset'>
         <delete includeemptydirs='true'>
            <!-- сначала очистить директорию, в которую будут экспортироваться файлы -->
            <fileset dir='.'>
                <include name='${outputdir}/**' />
            </fileset>
         </delete>
         <mkdir dir='${outputdir}' />
         <!-- сохранить номер текущей ревизии в файл -->
         <echo file='${outputdir}/${revisionFile}' message='${torev}' />
         <!-- экспортировать нужные файлы -->
         <svndiff toDir='${outputdir}' svnpath='/usr/local/subversion/bin/svn' fromRevision='${fromrev}' toRevision='${torev}' force='true' username='${svnuser}' password='${svnpassword}' repositoryurl='${svnroot}' />
    </target>
    <target name='lint'>
        <phplint haltOnFailure='true'>
            <fileset dir='${outputdir}'>
                <include name='**/*.php'/>
                <!-- файлы в pear::php_compat проверять в php5 не надо -->
                <exclude name='**/Php/Compat/**/*.php' />
            </fileset>        
        </phplint>
        <jslint haltOnFailure='true'>
            <fileset dir='${outputdir}'>
                <include name='**/*.js'/>
            </fileset>        
        </jslint>
    </target>
</project>

Открываем консоль, набираем phing -f example.xml и смотрим как вашу работу выполняет за вас бездушная машина…

Кстати говоря, эту задачу можно запускать не только вручную, но и например с помощью post-commit hook-а на репозитарии…

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

Уважаемые пользователи Gmail! У меня к вам будет очень большая просьба. Пожалуйста, не поленитесь зайти в настройки этой замечательной системы (ссылочка “Settings” в правом верхнем углу страницы) и прямо на первой же странице этих настроек переставьте переключатель “Outgoing message encoding” вот таким образом:

Это совсем не трудно, уверяю вас. Вы сами и ваши адресаты ничего не заметите. Зато те, кто читает письма от вас в других почтовых клиентах, будут навсегда избавлены от такого вот зрелища:

Ведь правда же — хорошо, когда ваш адресат может просто взять и прочесть ваше письмо? Не искать перекодировщики, не писать в ответ “Vasya, blin, pishi translitom!”, а просто взять и почитать™.

Давайте сделаем мир прозрачнее и совместимее!

Technorati Tags: gmail, flashmob

в номинации “Win32::разочарование года” (не считая самого win32 ;o) ) попал phpEdit
- раньше я считал, что более удобного редактора php-кода просто не
существует в этой галактике, видимо это заблуждение мне закрывало глаза
на его безмерную глючность, тормознутость и неповоротливость… отныне
он “фтопке”…

“Software::Загадка года” – так и не хватило времени смелости изучить Eclipse – сколько раз ни брался, ни устанавливал всякого рода плагины – не нравиться и всё тут. По медлительности он чуть быстрее чем ZendStudio,
а вот по функционалу ни TruStudio, ни phpeclipse даже не дышат в пупок
(да тут возможно сказывается неумение правильно готовить кошек, поэтому
он и не попал в номинацию “Хреновина года”)

“Dev::Свершения года”

• дошли руки до smarty – жалею только об одном – почему не дошли раньше
• ldap – интегрируемся с AD – как всегда всё оказалось проще, чем казалось…
• ajax, xmlhttprequest и вообще JS в целом. “Если не мы, то кто построит web2.0?” © кто-то из O`Reilly
• SOAP,XOAP,REST,ATOM и ещё куча непонятных аббревиатур – строим новый мир web-сервисы своими руками – оказалось это не только просто, но и очень удобно, полезно и круто ;o)
• UnitTest-ы… SimpleTest открыл мне глаза на мир на процесс разработки, но за это я благодарю не Marcus-а,а demiurg-а c его SimpleTestXul – во истину: имидж всё встречают по одёжке…
• туда же можно сказать о selenium – тестировать интерфейсы стало проще…

“Dev::Непознанное”

• SQLite – так и не удалось пощупать
• XUL – вроде уже начал… но попал в цейтнот и забросил… обязательно вернусь…
• cvs,svn
  и еже с ними – тут видимо не время, тут скорее мозга не хватает
  разобраться и сил – заставить коллег править не файлы в расшаренной
  директории, а локальные копии стянутые из репозитария.

“Unix::Нововведения”

• теперь статику отдаёт шустрый и лёгкий ngnix, а загруженный по самые помидоры apache
• slack-а теперь полноценный член домена – дошли руки до настройки winbindd-а, настройки pam в slackware – мелочь… а как удобно стало…
• apache теперь крутит три разных версии php (на разных ip, через обвязку из IfDefine в httpd.conf)
• Проекты теперь инкрементно бэкапятся с помощью fsbackup

в “Unix::Непознанное” попали snmp и chroot(jail в 2.6) – это будет стартовой темой грядущего года.

“Web::Открытия года”

• RSS…
  т.е. конечно открыли его не вчера… но буквально год назад и читать-то
  было нечего(хотя в этом была и прелесть – сейчас читать всё я уже не
  успеваю ;o) )
• del.icio.us – фолксономия стала становится двигателем интернета(и поиска в нём)
• ну Gmail, куда ж без него…
• wiki вообще и wackowiki в частности – сама идея заслуживает всяческих похвал – не я делаю сайт для людей – а люди для людей…
• Блоги, блогосфера.. и всё что с ними связано – эра “хомяков” ушла догонять мезозой, на её место пришли lj,blogger… etc

и немного о другом…

“Музыка года”

тут бесспорный лидер – “Фактор Страха”
- всем поклонникам действительно тяжёлой музыки(действительно музыки),
которых утомили надрывы Кипелова и компании, рекомендую к
прослушиванию… Вторым праздником на музыкальном календаре готов считать группу Дёргать” (сайт паршивый знаю ;o) , но ska-punk у них удачный). “Тараканы” были, есть и будут есть… Не музыка… но тоже mp3 – “Модель для сборки” – кто знает, тот знает, кто не знает – тому и не надо

“life::Разочарование года”

Время…его
становиться все меньше и меньше (как в рекламе бочкарёва), собственное
состояния тела и мозга – и то и другое расплылось ;o), финансы…
“бьюсь как рыба, а денег не надыбал”… увеличение зряплаты почему-то
не пропорционально росту расходов…. в общем нет в жизни счастья -
есть только эфедрины

Книги… офигеть… я
вновь начал читать… и не просто книжки про linux-уних-компутер… а
вполне себе художественные книжки… сам не знаю как вдруг стало
хватать времени на чтение, но рад этому безмерно… глядя на одного
знакомого, который не может связать двух слов в предложение… я
улыбаюсь и думаю – “почитать бы тебе колобка…” – Нынче словарный
запас можно пополнить только из книжек – интернет, каким бы обширным он
не был, старается быть проще… и как следствие “туповатее”…

И
ещё много всего можно писать… (а может позже и напишу)… А сейчас
хватит… уходящий год неплох, но буду греть в себе надежду на то, что
грядущий принесёт много нового и интересного… за сим прощаюсь… вы
смотрели телепедерачу “Как я провел лето” на волнах модемного радио
“Disconnect 32kbs”…

Technorati Tags: лытдыбр