Wings of light and dark spread afar
She guides us to bliss, her gift everlasting. +
Act I
Infinite in mystery is the gift of the Goddess
We seek it thus, and take to the sky
Ripples form on the water's surface
The wandering soul knows no rest.
Act II
There is no hate, only joy
For you are beloved by the goddess
@@ -25,6 +27,7 @@ Hero of the dawn, Healer of worlds
Dreams of the morrow hath the shattered soul
Pride is lost
Wings stripped away, the end is nigh.
Act III
My friend, do you fly away now?
To a world that abhors you and I?
@@ -34,6 +37,7 @@ My friend, your desire
Is the bringer of life, the gift of the goddess
Even if the morrow is barren of promises
Nothing shall forestall my return.
Act IV
My friend, the fates are cruel
There are no dreams, no honor remains
@@ -45,6 +49,7 @@ And your eternal slumber
Legend shall speak
Of sacrifice at world's end
The wind sails over the water's surface.
Act V
Even if the morrow is barren of promises
Nothing shall forestall my return
diff --git a/_posts/2014-05-07-my-desktop.html b/_posts/2014-05-07-my-desktop.html
index 11975e7..63047af 100644
--- a/_posts/2014-05-07-my-desktop.html
+++ b/_posts/2014-05-07-my-desktop.html
@@ -43,22 +43,22 @@ description: Here is a short paper devoted to the set of applications and extens
KDE settings
-+
QtCurve is used as Qt style, its settings may be found here, window decorations are presented by QtCurve too. Cursor theme is ecliz-small. Plasma theme is volatile. Icon pack is compass. I use fonts which are based on Liberation.
+QtCurve is used as Qt style, its settings may be found here, window decorations are presented by QtCurve too. Cursor theme is ecliz-small. Plasma theme is volatile. Icon pack is compass. I use fonts which are based on Liberation.
Used widgets (from left to right, top to bottom) are: menubar, homerun with transparent icon, icontask, netctl, default KDE tray, colibri for notifications, pytextmonitor.
As a bonus material here is a settings for konsole bright colors.
-+
Firefox settings
I do not use a special settings, thus I get you a list of used add-ons:
diff --git a/_posts/2014-07-17-writting-own-completions-p1.html b/_posts/2014-07-17-writting-own-completions-p1.html index 030485a..dd8db34 100644 --- a/_posts/2014-07-17-writting-own-completions-p1.html +++ b/_posts/2014-07-17-writting-own-completions-p1.html @@ -9,7 +9,7 @@ short: writting-own-completions-p1 description:
Preamble
-While developing one of my projects I have wanted to add completion files. I have already tried to create these files, but I was too lazy to read some manuals about it.
+While developing one of my projects I have wanted to add completion files. I have already tried to create these files, but I was too lazy to read some manuals about it.
Introduction
There are some possible ways to create zsh completion file. In this article I will describe only one of them, which provides a lot of opportunities, but does not require a lot of costs (such as regular expressions).
diff --git a/ru/_posts/2014-01-14-about-zshrc.html b/ru/_posts/2014-01-14-about-zshrc.html index 4fec5ea..c37fc95 100644 --- a/ru/_posts/2014-01-14-about-zshrc.html +++ b/ru/_posts/2014-01-14-about-zshrc.html @@ -6,19 +6,22 @@ layout: paper tags: zshrc, настройка, linux title: О zshrc short: about-zshrc -description: Это моя первая статья в блоге (я думаю, мне нужно что-нибудь для тестов =)). Существует множество похожих статей и, я думаю, не буду отличаться от большинства. Я просто хочу показать мой.zshrc и объяснить, что в нем есть и зачем оно нужно. Также, любые комментарии или дополнения приветствуются. Оригинал статьи.
+description: Это моя первая статья в блоге (я думаю, мне нужно что-нибудь для тестов =)). Существует множество похожих статей и, я думаю, не буду отличаться от большинства. Я просто хочу показать мой .zshrc и объяснить, что в нем есть и зачем оно нужно. Также, любые комментарии или дополнения приветствуются. Оригинал статьи.
---
-Подготовка
+Подготовка
Сначала установите необходимый минимум:
+ {% highlight bash %} pacman -Sy pkgfile zsh zsh-completions zsh-syntax-highlighting {% endhighlight %} -pkgfile очень полезная утилита. Данная команда также установит шелл, дополнения к нему и подсветку синтаксиса.
-Настройка шелла
-Все доступные опции приведены здесь.
+pkgfile очень полезная утилита. Данная команда также установит шелл, дополнения к нему и подсветку синтаксиса.
+ +Настройка шелла
+Все доступные опции приведены здесь.
Указываем файл с историей, число команд хранящихся в кэше текущего сеанса и число команд, хранящихся в файле:
+ {% highlight bash %} # history HISTFILE=~/.zsh_history @@ -27,6 +30,7 @@ SAVEHIST=500000 {% endhighlight %}Я не могу запомнить все комбинации Ctrl+, поэтому я назначаю клавиши на их стандартное использование:
Но здесь важно, что стрелки вверх/вниз служат для навигации по истории с учетом уже введенной части команды. А PgUp/PgDown проигнорируют уже введенную часть команды.
Автодополнение команд:
+ {% highlight bash %} # autocomplete autoload -U compinit @@ -48,9 +54,11 @@ compinit zstyle ':completion:*' insert-tab false zstyle ':completion:*' max-errors 2 {% endhighlight %} +Подключается полное автодополнение команд. insert-tab false включит автодополнение для невведенной команды (не знаю, зачем). max-errors устанавливает максимальное число опечаток, которые могут быть исправлены.
Приглашение:
+ {% highlight bash %} # promptinit autoload -U promptinit @@ -58,6 +66,7 @@ promptinit {% endhighlight %}Включим цвета:
+ {% highlight bash %} # colors autoload -U colors @@ -66,53 +75,71 @@ colorsРазличные опции.
Смена директории без ввода cd:
Корректировка опечаток (и шаблон вопроса):
+ {% highlight bash %} # correct setopt CORRECT_ALL SPROMPT="Correct '%R' to '%r' ? ([Y]es/[N]o/[E]dit/[A]bort) " {% endhighlight %} +Отключаем е#$%ую пищалку:
+ {% highlight bash %} # disable beeps unsetopt beep {% endhighlight %} +Включаем калькулятор:
+ {% highlight bash %} # calc autoload zcalc {% endhighlight %} +Дополнение истории (а не перезапись файла):
+ {% highlight bash %} # append history setopt APPEND_HISTORY {% endhighlight %} +Не сохранять дубликаты в историю:
+ {% highlight bash %} # ignore dups in history setopt HIST_IGNORE_ALL_DUPS {% endhighlight %} +...и дополнительные пробелы:
+ {% highlight bash %} # ignore spaces in history setopt HIST_IGNORE_SPACE {% endhighlight %} +...и пустые линии тоже:
+ {% highlight bash %} # reduce blanks in history setopt HIST_REDUCE_BLANKS {% endhighlight %} +Включаем pkgfile:
Подсветка синтаксиса
+Подсветка синтаксиса
+ {% highlight bash %} # highlighting source /usr/share/zsh/plugins/zsh-syntax-highlighting/zsh-syntax-highlighting.zsh @@ -159,10 +186,12 @@ ZSH_HIGHLIGHT_STYLES[double-quoted-argument]='fg=yellow' # конс # root #ZSH_HIGHLIGHT_STYLES[root]='bg=red' {% endhighlight %} +В первой строке включаем подсветку. Затем включаем основную подсветку, а также подсветку скобок и шаблонов. Шаблоны указываются ниже (rm -rf * в примере). Также может быть включена подсветка команд от root и курсора cursor. Синтаксис настроек понятен, fg цвет шрифта, bg цвет фона.
$PROMPT и $RPROMPT
+$PROMPT и $RPROMPT
Я хочу использовать один файл .zshrc для рута и обычного пользователя:
fg цвет шрифта, bg цвет фона. _bold и _no_bold регулируют оттенок. Команды должны быть обрамлены в %{ ... %}, чтобы не показывались. Доступные цвета:
Доступные переменные:
+ {% highlight bash %} %n - имя пользователя %m - хостнейм (выставляется только в начале сессии) @@ -213,6 +244,7 @@ white {% endhighlight %}RPROMPT (необходим пакет acpi):
Мой RPROMPT показывает текущее время, заряд батареи и код возврата последнего приложения. precmd() необходимо для автоматического обновления. Конструкция $(if.true.false) является условным оператором в zsh.
Аллиасы
+Аллиасы
Копируйте только те аллиасы, которые Вам необходимы. Если какой-либо аллиас использует приложение, которое не установлено, это приведет к сбою загрузки конфигурационного файла.
Полезная (или не очень) функция:
+ {% highlight bash %} show_which() { OUTPUT=$(which $1 | cut -d " " -f7-) @@ -251,6 +285,7 @@ show_which() { {% endhighlight %}Первая группа аллиасов:
+ {% highlight bash %} ## alias # цветной grep @@ -269,7 +304,8 @@ alias less='vimpager' alias zless='vimpager' {% endhighlight %} -ls аллиасы (смотри man ls):
+ls аллиасы (смотри man ls):
+ {% highlight bash %} alias ls='show_which ls && ls --color=auto --group-directories-first' alias ll='show_which ll && ls -l --human-readable' @@ -282,6 +318,7 @@ alias lm='show_which lm && la | more' {% endhighlight %}Аллиасы для быстрого просмотра файлов из консоли (просто набери имя файла!):
+ {% highlight bash %} # alias -s alias -s {avi,mpeg,mpg,mov,m2v,mkv}=mpv @@ -293,6 +330,7 @@ alias -s {html,htm}=opera {% endhighlight %}"sudo" аллиасы:
+ {% highlight bash %} # sudo alias if [[ $EUID == 0 ]]; then @@ -316,6 +354,7 @@ fi {% endhighlight %}Некоторые глобальные аллиасы. Если они включены, команда cat foo g bar будет эквивалентна cat foo | grep bar:
Функции
+Функции
Специальная функция для xrandr:
К сожалению, я не могу запомнить флаги tar, поэтому я использую специальные функции:
Специальная функция для su:
Функция, которая заменяет оригиналькую команду rm. Если Вы наберете rm, это будет эквивалентно перемещению в корзину, также, Вы можете легко восстановить удаленный файл:
Функция для автоматических обновлений путей после установки пакетов:
+ {% highlight bash %} pacman () { /usr/bin/sudo /usr/bin/pacman $* && echo "$*" | grep -q "S\|R\|U" && rehash @@ -478,12 +521,12 @@ yatest () { /usr/bin/yaourt --config /etc/pactest.conf $* && echo "$*" | grep -q "S\|R\|U" && rehash } {% endhighlight %} -Но автодополнение для yaourt -Ss будет требовать привилегий рута.
Переменные
+Переменные
Рекомендуется хранить свои переменные в ~/.zshenv. Но я все храню в одном файле.
Пути, маска создаваемых файлов, редактор и пейджер:
+ {% highlight bash %} # path export PATH="$PATH:$HOME/.local/bin" @@ -495,6 +538,7 @@ export PAGER="vimpager" {% endhighlight %}Хэши. Если они включены, команда ~global будет эквивалентна команде /mnt/global:
Скриншот
-
Скриншот
+Файл
-Мой .zshrc.
Файл
+Мой .zshrc.
CPP с использованием библиотек Qt. Проект активно развивается. В этой статье речь пойдет о реализации сборки данного пакета в Archlinux с использованием библиотек Qt5 (а не Qt4, как это делают текущие пакеты в AUR).
+description: Если кто-то не знает, Qutim - мультипротокольный кросс-платформенный месседжер. Написан он на CPP с использованием библиотек Qt. Проект активно развивается. В этой статье речь пойдет о реализации сборки данного пакета в Archlinux с использованием библиотек Qt5 (а не Qt4, как это делают текущие пакеты в AUR).
---
-Что не так?
-Да все так. Просто пакет использует для сборки систему qbs, которая, на мой взгляд, немного странная. Пакет, необходимый для сборки, находится в AUR (рекомендую git-версию). Когда я спросил у Andrea Scarpino (который сопровождает все KDE и Qt пакеты в официальные репозитории) по поводу переноса этого пакета в репозитории, он ответил, что всему свое время. В принципе, я с ним согласен, так как проект, судя по всему, еще немного сыроват.
+Что не так?
+Да все так. Просто пакет использует для сборки систему qbs, которая, на мой взгляд, немного странная. Пакет, необходимый для сборки, находится в AUR (рекомендую git-версию). Когда я спросил у Andrea Scarpino (который сопровождает все KDE и Qt пакеты в официальные репозитории) по поводу переноса этого пакета в репозитории, он ответил, что всему свое время. В принципе, я с ним согласен, так как проект, судя по всему, еще немного сыроват.
-Подготовка
+Подготовка
Установим зависимости. Что-то может быть пропустил, зависимости сканировал с использованием namcap:
Настройка qbs
-Желающие могут почитать документацию по ссылке или посмотреть примеры (включены в пакет). Загвоздка в том, что эта штука использует файл настроек, который, во-первых, нужно сначала сгенерировать, во-вторых, хранится в домашней директории (и только там). В теории, генерация файла настроек (~/.config/QtProject/qbs.conf) происходит следующим образом:
Настройка qbs
+Желающие могут почитать документацию по ссылке или посмотреть примеры (включены в пакет). Загвоздка в том, что эта штука использует файл настроек, который, во-первых, нужно сначала сгенерировать, во-вторых, хранится в домашней директории (и только там). В теории, генерация файла настроек (~/.config/QtProject/qbs.conf) происходит следующим образом:
Сначала находим Qt для сборки, потом находим инструментарий (компиляторы, например). Дальше вставляем инструментарий (например, нам для Qutim нужен clang) в Qt, например, так:
Альтернативные варианты - править файл вручную или воспользоваться qbs-config-ui или qbs-config на Ваш выбор.
Так или иначе, нужный файл мы сгенерировали, сохраним его в будущей директории сборки:
+ {% highlight ini %} [General] @@ -65,10 +71,12 @@ qutim\qbs\architecture=x86_64 qutim\qbs\endianness=little qutim\qbs\toolchain=clang, llvm, gcc {% endhighlight %} - -Готовим патч для исходников
+ + +Готовим патч для исходников
Первая проблема - clang (по крайней мере, в Archlinux):
И пофиксить сборку библиотеки для Vk:
+ {% highlight diff %} diff -ruN qutim.orig/protocols/vkontakte/vreen/vreen.qbs qutim/protocols/vkontakte/vreen/vreen.qbs --- qutim.orig/protocols/vkontakte/vreen/vreen.qbs 2014-01-06 15:41:42.000000000 +0400 @@ -97,9 +107,11 @@ diff -ruN qutim.orig/protocols/vkontakte/vreen/vreen.qbs qutim/protocols/vkontak property string vreen_version_major: 1 property string vreen_version_minor: 9 {% endhighlight %} - -Получаем исходники
+ + +Получаем исходники
+ {% highlight bash %} # клонируем репозиторий git clone https://github.com/euroelessar/qutim @@ -116,20 +128,25 @@ cd .. patch -p0 -i qutim-qbs-1.1.patch {% endhighlight %} -Сборка
+Сборка
+ {% highlight bash %} cd qutim HOME=$(pwd) qbs -j $(nproc) -d ../build release profile:qutim {% endhighlight %} +Я пытался сделать универсальный способ сборки пакета, поэтому такое странное переназначение домашней директории. Флаг -j указывает число потоков сборки, флаг -d директорию сборки, release тип сборки (debug, release), profile используемый профиль, описанный в файле настроек.
Установка
+Установка
+ {% highlight bash %} HOME=$(pwd) sudo qbs install -d ../build --install-root "/usr" profile:qutim {% endhighlight %} +Из нового - указание корневого каталога (--install-root). Без этого пакет будет установлен в / (/bin и /lib).
PKGBUILD
+PKGBUILD
+ {% highlight bash %} pkgname=qutim-qt5-git _gitname=qutim @@ -182,4 +199,5 @@ package() { HOME="${srcdir}" qbs install -d ../build --install-root "${pkgdir}/usr" profile:qutim } {% endhighlight %} - + + diff --git a/ru/_posts/2014-03-06-site-changes.html b/ru/_posts/2014-03-06-site-changes.html index 1919084..ca9a9f5 100644 --- a/ru/_posts/2014-03-06-site-changes.html +++ b/ru/_posts/2014-03-06-site-changes.html @@ -8,16 +8,19 @@ title: Изменения сайта short: site-changes description: Решил немного поиграться с сайтом. Краткий список изменений ниже. --- -Cписок изменений:
+Cписок изменений:
-
-
- Арендовал домен
arcanis.name. Теперь, как и все белые люди, имею нормальный адрес. Небольшое описание (мне, как человеку далекому от интернет-технологий, пришлось немного попариться на эту тему). Арендуем домен, подключаем услугу редактирования DNS (для Ru-center DNS-master) - суммарно мне обошлось около 1100 рублей/год. Кладем в наш репозиторий с сайтом файл CNAME, содержащий имя желаемого домена. Идем и добавляем две записи в DNS для нашего домена: + - Арендовал домен
arcanis.name. Теперь, как и все белые люди, имею нормальный адрес. Небольшое описание (мне, как человеку далекому от интернет-технологий, пришлось немного попариться на эту тему). Арендуем домен, подключаем услугу редактирования DNS (для Ru-center DNS-master) - суммарно мне обошлось около 1100 рублей/год. Кладем в наш репозиторий с сайтом файл CNAME, содержащий имя желаемого домена. Идем и добавляем две записи в DNS для нашего домена: + {% highlight bash %} @ A 192.30.252.153 @ A 192.30.252.154 # перенаправление с www.* www CNAME @ {% endhighlight %} + (@значит наш корневой домен.) Ждем пару часов. Результат можно узнать примерно так: + {% highlight bash %} $ dig domain.name +nostats +nocomments +nocmd ; <<>> DiG 9.9.2-P2 <<>> domain.name +nostats +nocomments +nocmd @@ -27,8 +30,10 @@ domain.name. 912 IN A 192.30.252.153 domain.name. 912 IN A 192.30.252.154 ... {% endhighlight %}
- - На радостях создал собственный репозиторий, в котором будут лежать некоторые пакеты из AUR, которые я использую. Планируется поддержка обеих архитектур. + +
- На радостях создал собственный репозиторий, в котором будут лежать некоторые пакеты из AUR, которые я использую. Планируется поддержка обеих архитектур.
- Поскольку репозиторий требует ftp, то перевел samba на ftp. Проблему доступа решил опциями монтирования:
+
{% highlight bash %}
# только чтение
/home/arcanis/music /srv/ftp/music ext4 defaults,bind,ro 0 0
@@ -36,8 +41,9 @@ domain.name. 912 IN A 192.30.252.154
# чтение и запись (файл ограничен 2 Гб)
/home/arcanis/share.fs /srv/ftp/share ext4 defaults,rw 0 0
{% endhighlight %}
-Для отсутствия доступа извне к директории с музыкой, используется логин под специальным пользователем и ограничение
anon_world_readable_only=YES. -Также привожу свой файл настроек/etc/vsftpd.conf: + +Для отсутствия доступа извне к директории с музыкой, используется логин под специальным пользователем и ограничениеanon_world_readable_only=YES. Также привожу свой файл настроек/etc/vsftpd.conf: + {% highlight bash %} anonymous_enable=YES anon_root=/srv/ftp @@ -58,10 +64,13 @@ chroot_local_user=YES local_root=/srv/ftp/music listen=YES {% endhighlight %} + Теперь добавим переадресацию сrepo.arcanis.nameна нужный IP адрес. Для этого внесем следующие записи в DNS: + {% highlight bash %} repo A 89.249.170.38 {% endhighlight %} + - В ближайшее время (как дойду до магазина с деньгами) планируется приобретение небольшого сервера для работы на постоянной основе (компиляция пакетов, репозиторий, файлообмен, бэкапы).
Подготовка
+Подготовка
Для начала находим сервер и желание с ним заниматься сексом. Для простоты, лучше, чтобы там стоял Archlinux, хотя, это и не совсем обязательно (можно создать отдельный корень под Arch). Из пакетов, пожалуй, нам понадобится только два, devtools и сам pacman:
devtools - набор скриптов, предназначенный для автоматизации сборки пакетов в чистом чруте. Думаю, большинство мейнтейнеров Arch'а пользуются им.
+ +devtools - набор скриптов, предназначенный для автоматизации сборки пакетов в чистом чруте. Думаю, большинство мейнтейнеров Arch'а пользуются им.
Создадим рабочие директории и установим цвета:
+ {% highlight bash %} # цвета if [ ${USECOLOR} == "yes" ]; then @@ -50,10 +53,12 @@ if [ ! -d "${STAGINGDIR}" ]; then mkdir -p "${STAGINGDIR}" || error_mes "unknown" fi {% endhighlight %} +Директории ${REPODIR}/{i686,x86_64} для самого репозитория, ${PREPAREDIR} - директория, где будут лежать собранные пакеты, ${STAGINGDIR} - директория, откуда будут собираться пакеты.
Немного теории
-Создаем директорию, расшариваем ее (например, по ftp). В ней две субдиректории - i686 и x86_64, для каждого типа архитектур соответственно. И наполняем их набором пакетов по Вашему усмотрению.
Немного теории
+Создаем директорию, расшариваем ее (например, по ftp). В ней две субдиректории - i686 и x86_64, для каждого типа архитектур соответственно. И наполняем их набором пакетов по Вашему усмотрению.
Процесс обновления репозитория можно разбить на следующие части:
- Создание PKGBUILD'ов (обновление их из AUR'а). @@ -67,17 +72,20 @@ fi
- Очистка.
Теперь по шагам.
-Создание PKGBUILD'ов
+Создание PKGBUILD'ов
Скачаем исходники для всех нужных пакетов из AUR'а:
+ {% highlight bash %} cd "${STAGINGDIR}" yaourt -G package-name {% endhighlight %} -Сборка пакетов
+Сборка пакетов
Автоматически соберем каждый пакет:
+ {% highlight bash %} func_build() { if [ ${USECOLOR} == "yes" ]; then @@ -115,14 +123,17 @@ echo -e "${bwhite}[II]${cclose} Building packages" cd "${STAGINGDIR}" /usr/bin/find -name 'PKGBUILD' -type f -execdir /usr/bin/bash -c "func_build "${PREPAREDIR}" "${ROOTDIR}"" \; {% endhighlight %} +Для удобства рекомендую добавить в файл /etc/sudoers следующие строки:
Подпись пакетов
+Подпись пакетов
+ {% highlight bash %} # подпись if [ ${USEGPG} == "yes" ]; then @@ -133,9 +144,11 @@ if [ ${USEGPG} == "yes" ]; then done fi {% endhighlight %} -Для удобства рекомендую настроить gpg-agent.
-Создание списка пакетов
+Для удобства рекомендую настроить gpg-agent.
+ +Создание списка пакетов
+ {% highlight bash %} # создание списка пакетов cd "${PREPAREDIR}" @@ -145,15 +158,18 @@ echo -e "${bwhite}[II] ${bblue}=>${cclose} i686 packages: \n${bwhite}${i686_PACK echo -e "${bwhite}[II] ${bblue}=>${cclose} x86_64 packages: \n${bwhite}${x86_64_PACKAGES}${cclose}" {% endhighlight %} -Обновление репозиториев
+Обновление репозиториев
Функция для удаления пакетов из базы данных и из репозитория:
+ {% highlight bash %} func_remove() { _PACKAGE="$1" /usr/bin/rm -f "${_PACKAGE}"{,.sig} } {% endhighlight %} +Обновление репозитория i686:
Обновление репозитория x86_64:
Очистка
+Очистка
+ {% highlight bash %} # очистка cd "${PREPAREDIR}" @@ -197,8 +216,9 @@ cd "${STAGINGDIR}" /usr/bin/rm -rf * {% endhighlight %} -Создание симлинков
+Создание симлинков
Вы можете захотеть создать директорию, которая будет содержать симлинки на актуальные версии пакетов с именами, не содержащими версии:
+ {% highlight bash %} # создание симлинков if [ ${SYMLINK} == "yes" ]; then @@ -220,11 +240,12 @@ if [ ${SYMLINK} == "yes" ]; then fi {% endhighlight %} -Файл
-Скрипты целиком. Скачиваем исходники для пакетов, запускаем скрипт (при необходимости, редактируем переменные) и радуемся жизни.
+Файл
+Скрипты целиком. Скачиваем исходники для пакетов, запускаем скрипт (при необходимости, редактируем переменные) и радуемся жизни.
-Использование репозитория
+Использование репозитория
Просто добавляем в файл /etc/pacman.conf следующие строки:
Prologue
-
-When the war of the beasts brings about the world's end
+
Prologue
+When the war of the beasts brings about the world's end
The goddess descends from the sky
Wings of light and dark spread afar
She guides us to bliss, her gift everlasting.
Act I
+ +Act I
Infinite in mystery is the gift of the Goddess
We seek it thus, and take to the sky
Ripples form on the water's surface
The wandering soul knows no rest.
Act II
+ +Act II
There is no hate, only joy
For you are beloved by the goddess
Hero of the dawn, Healer of worlds
Dreams of the morrow hath the shattered soul
Pride is lost
Wings stripped away, the end is nigh.
Act III
+ +Act III
My friend, do you fly away now?
To a world that abhors you and I?
All that awaits you is a somber morrow
@@ -35,7 +37,8 @@ My friend, your desire
Is the bringer of life, the gift of the goddess
Even if the morrow is barren of promises
Nothing shall forestall my return.
Act IV
+ +Act IV
My friend, the fates are cruel
There are no dreams, no honor remains
The arrow has left, the bow of the goddess
@@ -46,7 +49,8 @@ And your eternal slumber
Legend shall speak
Of sacrifice at world's end
The wind sails over the water's surface.
Act V
+ +Act V
Even if the morrow is barren of promises
Nothing shall forestall my return
To become the dew that quenches the land
diff --git a/ru/_posts/2014-05-07-my-desktop.html b/ru/_posts/2014-05-07-my-desktop.html
index 27bb5fc..0d3d01b 100644
--- a/ru/_posts/2014-05-07-my-desktop.html
+++ b/ru/_posts/2014-05-07-my-desktop.html
@@ -8,53 +8,60 @@ title: Приложения, которые я использую
short: my-desktop
description: Небольшая статья, посвященная набору приложений и расширений, которые я использую в повседневной жизни на моем домашнем компьютере.
---
-
Приложения
+Приложения
-
-
Shell - zshrc без вариантов. Некоторое описание моих настроек шелла могут быть найдены тут. Сами настройки хранятся тут или тут.
+ Shell - zshrc без вариантов. Некоторое описание моих настроек шелла могут быть найдены тут. Сами настройки хранятся тут или тут.
DE - KDE со всеми вытекающими (поэтому набор приложений, преимущественно, Qt-based). Некоторые подробности приготовления KDE будут даны ниже.
- Работа с изображениями - gwenview для просмотра и быстрого редактирования, kolourpaint для простого редактирования стандартных форматов пиксельной графики, gimp (без плагинов, ибо не было необходимости) для более сурового редактирования и inkskape для работы с векторной графикой.
+ Работа с изображениями - gwenview для просмотра и быстрого редактирования, kolourpaint для простого редактирования стандартных форматов пиксельной графики, gimp (без плагинов, ибо не было необходимости) для более сурового редактирования и inkskape для работы с векторной графикой.
Браузер - Firefox, ранее Qupzilla, еще ранее Opera. Некоторый набор настроек Firefox будет дан ниже. Дополнительный браузер - Chromium. Консольный - elinks.
- IM клиент - qutIM. Кроссплатформенный, мультипротокольный, с необходимым набором фич. Kopete, который использовался ранее, часто падал, работал как хотел и вообще не дружил с кодировкой. Раньше еще был какой то консольный, но сейчас его нет. Для таких случаев предпочитаю использовать клиент с планшета. Skype для скайпа, очевидно.
+ IM клиент - qutIM. Кроссплатформенный, мультипротокольный, с необходимым набором фич. Kopete, который использовался ранее, часто падал, работал как хотел и вообще не дружил с кодировкой. Раньше еще был какой то консольный, но сейчас его нет. Для таких случаев предпочитаю использовать клиент с планшета. Skype для скайпа, очевидно.
- Почтовый клиент - kmail. Много фич, большая часть из которых мною используется, симпатично выглядит и удобный. Еще бы был DE-независимый, цены бы ему не было.
+ Почтовый клиент - kmail. Много фич, большая часть из которых мною используется, симпатично выглядит и удобный. Еще бы был DE-независимый, цены бы ему не было.
- IRC клиент - konversation. Самый обычный IRC-клиент. Хотя, если мне не изменяет память, qutIM тоже поддерживает IRC протокол, лично мне удобнее использовать отдельный клиент для этого.
+ IRC клиент - konversation. Самый обычный IRC-клиент. Хотя, если мне не изменяет память, qutIM тоже поддерживает IRC протокол, лично мне удобнее использовать отдельный клиент для этого.
- Torrent клиент - transmission с Qt5 интерфейсом (gtk тоже имеется). Для сервера он же, но без GUI.
+ Torrent клиент - transmission с Qt5 интерфейсом (gtk тоже имеется). Для сервера он же, но без GUI.
- Видео плеер - mpv. Mplayer умер, а mplayer2 родился мертворожденным. Ах да, графические надстройки сверху ненужны.
+ Видео плеер - mpv. Mplayer умер, а mplayer2 родился мертворожденным. Ах да, графические надстройки сверху ненужны.
- Аудио плеер - qmmp. Хороший, годный плеер с закосом под winamp. Легким движением руки делаем ему человеческий интерфейс aka simpleui.
+ Аудио плеер - qmmp. Хороший, годный плеер с закосом под winamp. Легким движением руки делаем ему человеческий интерфейс aka simpleui.
- Работа с аудио/видео - kdenlive для работы с видео, soundkonverter для работы с аудио, easytag для работы с аудио тегами (gtk, но зато единственный, чья функциональность меня устроила). Ну и командная строка и небольшие скрипты на bash.
+ Работа с аудио/видео - kdenlive для работы с видео, soundkonverter для работы с аудио, easytag для работы с аудио тегами (gtk, но зато единственный, чья функциональность меня устроила). Ну и командная строка и небольшие скрипты на bash.
- Офис - Kingsoft Office в качестве замены Microsoft Office; в общем то ничем не примечательный, разве что не так ущербно смотрится, как стандартные офисы, Qt-based и, говорят, с хорошей поддержкой стандартных форматов. Версия под линукс находится в состоянии альфы. Kile в качестве фронтенда к LaTeX. Okular, как просмотрщик всего. GoldenDict в качестве словаря.
+ Офис - Kingsoft Office в качестве замены Microsoft Office; в общем то ничем не примечательный, разве что не так ущербно смотрится, как стандартные офисы, Qt-based и, говорят, с хорошей поддержкой стандартных форматов. Версия под линукс находится в состоянии альфы. Kile в качестве фронтенда к LaTeX. Okular, как просмотрщик всего. GoldenDict в качестве словаря.
- Редакторы - kwrite в качестве легковесного редактора, kate (с плагином cpp-helper) для более суровых вещей. Немного начал осваивать сейчас еще atom. Ну и, конечно, vim для консоли.
+ Редакторы - kwrite в качестве легковесного редактора, kate (с плагином cpp-helper) для более суровых вещей. Ну и, конечно, vim для консоли.
- Научный софт. Визуализаторы химические - vmd, chimera и pymol. Физический симулятор step. Калькулятор kalgebra и консольный ipython. Рисовалка графиков и анализ qtiplot (его форк scidavis, к сожалению, полумертв), только рисовалка - grace. Chemtool в качестве замены ChemDraw.
+ Научный софт. Визуализаторы химические - vmd, chimera и pymol. Физический симулятор step. Калькулятор kalgebra и консольный ipython. Рисовалка графиков и анализ qtiplot (его форк scidavis, к сожалению, полумертв), только рисовалка - grace. Chemtool в качестве замены ChemDraw.
- Системное. Файловый менеджер dolphin, doublecmd как двухпанельный менеджер. Эмуляторы терминала - yakuake и urxvt в качестве оконного. Графический интерфейс для архиваторов ark.
+ Системное. Файловый менеджер dolphin, doublecmd как двухпанельный менеджер. Эмуляторы терминала - yakuake и urxvt в качестве оконного. Графический интерфейс для архиваторов ark.
Настройка KDE
-Нотариально заверенный скриншот:
-
Настройка KDE
+В качестве стиля Qt используется QtCurve, настройки могут быть найдены здесь, оформление окон оттуда же. Курсор ecliz-small. Тема плазмы volatile. Значки compass. Шрифты на базе Liberation.
+В качестве стиля Qt используется QtCurve, настройки могут быть найдены здесь, оформление окон оттуда же. Курсор ecliz-small. Тема плазмы volatile. Значки compass. Шрифты на базе Liberation.
-Используемые виджеты (слева направо, сверху вниз): menubar, homerun с прозрачной иконкой, icontask, netctl, стандартный трей от KDE, colibri в качестве уведомлений, pytextmonitor.
+Используемые виджеты (слева направо, сверху вниз): menubar, homerun с прозрачной иконкой, icontask, netctl, стандартный трей от KDE, colibri в качестве уведомлений, pytextmonitor.
-В качестве бонусного материала - яркие цвета в консоли (для konsole):
-
В качестве бонусного материала - яркие цвета в консоли (для konsole):
+Настройка Firefox
+Настройка Firefox
В самих настройках ничего интересного нет, я просто напишу список аддонов. Дико радует, что для того, чтобы интерфейс был минималистичным (и удобным), нужно поставить кучу плагинов.
Adblock plus - куда же без него.
diff --git a/ru/_posts/2014-05-18-disabling-baloo.html b/ru/_posts/2014-05-18-disabling-baloo.html
index a02cc8e..e2f3708 100644
--- a/ru/_posts/2014-05-18-disabling-baloo.html
+++ b/ru/_posts/2014-05-18-disabling-baloo.html
@@ -8,16 +8,17 @@ title: Отключение baloo, gentoo-way
short: disabling-baloo
description: Пока ононимные онолитеги ЛОР'а ноют на тему baloo, я предпочел потратить 15 минут на то, чтобы отвязать приложения от этого чуда человеческой мысли.
---
-- группа - скорее для удобства поиска, сортировки. Немного помогает доверенным пользователям. -
- автор, мейнтейнер, последний приславший - люди, кто, соответственно, первый раз прислал данный пакет, сопровождает его в настоящий момент, и последний прислал. -
- голоса - когда кому-либо понравился этот пакет или он находит его полезным, он голосует. Теоретически, пакеты, имеющие больше 10 голосов могут попасть в официальные репозитории (если найдется желающий среди доверенных пользователей). Другой путь в официальные репозитории - попасть в список часто используемых, но вы же не пользуетесь pkgstats. -
- группа - скорее для удобства поиска, сортировки. Немного помогает доверенным пользователям. +
- автор, мейнтейнер, последний приславший - люди, кто, соответственно, первый раз прислал данный пакет, сопровождает его в настоящий момент, и последний прислал. +
- голоса - когда кому-либо понравился этот пакет или он находит его полезным, он голосует. Теоретически, пакеты, имеющие больше 10 голосов могут попасть в официальные репозитории (если найдется желающий среди доверенных пользователей). Другой путь в официальные репозитории - попасть в список часто используемых, но вы же не пользуетесь pkgstats. +
- Если такой пакет существует в официальном репозитории (любой версии), то не нужно заливать новый пакет. Если репозиторный пакет устарел, просто пометьте его, как устаревший. Исключение из этого правила составляют пакеты из системы контрля версий (VCS), о них чуть ниже. -
- Проверьте AUR. Если такой пакет уже существует и у него есть мейнтейнер, вы не сможете залить свой пакет. Если у него нет мейнтейнера, то вы автоматически будете его сопровождающим после обновления. Еще может быть такой же пакет, но с другим названием, будьте внимательны. -
- PKGBUILD должен следовать (более-менее) стандартам и должен быть более-менее аккуратным. В противном случае, пакет может быть удален без предупреждения. -
- Пакет должен быть полезен еще кому-либо кроме Вас =) -
- Рекомендуется проверить собранный пакет и PKGBUILD с помощью namcap. Это не даст 100% гарантии, но на основные ошибки укажет. -
- Если такой пакет существует в официальном репозитории (любой версии), то не нужно заливать новый пакет. Если репозиторный пакет устарел, просто пометьте его, как устаревший. Исключение из этого правила составляют пакеты из системы контрля версий (VCS), о них чуть ниже. +
- Проверьте AUR. Если такой пакет уже существует и у него есть мейнтейнер, вы не сможете залить свой пакет. Если у него нет мейнтейнера, то вы автоматически будете его сопровождающим после обновления. Еще может быть такой же пакет, но с другим названием, будьте внимательны. +
- PKGBUILD должен следовать (более-менее) стандартам и должен быть более-менее аккуратным. В противном случае, пакет может быть удален без предупреждения. +
- Пакет должен быть полезен еще кому-либо кроме Вас =) +
- Рекомендуется проверить собранный пакет и PKGBUILD с помощью namcap. Это не даст 100% гарантии, но на основные ошибки укажет. +
- Удаление пакета. Запрос должен включать краткое описание причины, почему вы его хотите удалить. Обычные причины - специальный патч, который больше не нужен; пакет уныл и более не поддерживается апстримом; переименование; функциональность предоставляется другим пакетом. -
- "Бросить пакет". Лишить текущего мейнтейнера права сопровождать данный пакет. Официальное требование - вы должны связаться до этого с мейнтейнером по e-mail и ожидать от него ответа в течение двух недель. Если ответа не поступило, то тогда можете слать запрос. Однако, если мейнтейнер неактивен в течение длительного времени, или пакет помечен, как устаревший, в течение длительного времени, то можно сделать исключение из этого правила. -
- Объединение пакетов. Если пакет подлежит удалению, но имеет голоса (или важные комментарии), то его можно объединить с другим, который предоставляет то же самое. Частный случай - это аналогично переименованию пакета из одного в другой. -
- Удаление пакета. Запрос должен включать краткое описание причины, почему вы его хотите удалить. Обычные причины - специальный патч, который больше не нужен; пакет уныл и более не поддерживается апстримом; переименование; функциональность предоставляется другим пакетом. +
- "Бросить пакет". Лишить текущего мейнтейнера права сопровождать данный пакет. Официальное требование - вы должны связаться до этого с мейнтейнером по e-mail и ожидать от него ответа в течение двух недель (теперь это делается автоматически при отправке запроса через веб-интерфейс). Однако, если мейнтейнер неактивен в течение длительного времени, или пакет помечен, как устаревший, в течение длительного времени, то можно сделать исключение из этого правила. (Например, если пакет отмечен устаревшим более шести месяцев, то запрос удовлетворяется автоматически.) +
- Объединение пакетов. Если пакет подлежит удалению, но имеет голоса (или важные комментарии), то его можно объединить с другим, который предоставляет то же самое. Частный случай - это аналогично переименованию пакета из одного в другой. +
- Объявление основных переменных. Об этом я расскажу чуть ниже. -
- Подготовка исходников. Этот пункт необязательный. Включает в себя копирование (если вдруг нужно), применение патчей, sed и прочие мелочи. Функция обозначается, как prepare(). -
- Сборка. Также необязательный пункт. Здесь - и только здесь - должна проводиться компиляция. Функция обозначается, как build(). -
- Установка. Обязательный пункт. Здесь происходит копирование нужных файлов в указанный корень (
$pkgdir). Функция обозначается, как package() (для совмещенных пакетов таких функций несколько и они называются примерно так: package_$pkgname()).
- - Объявление основных переменных. Об этом я расскажу чуть ниже. +
- Подготовка исходников. Этот пункт необязательный. Включает в себя копирование (если вдруг нужно), применение патчей, sed и прочие мелочи. Функция обозначается, как prepare(). +
- Сборка. Также необязательный пункт. Здесь - и только здесь - должна проводиться компиляция. Функция обозначается, как build(). +
- Установка. Обязательный пункт. Здесь происходит копирование нужных файлов в указанный корень (
$pkgdir). Функция обозначается, как package() (для совмещенных пакетов таких функций несколько и они называются примерно так: package_$pkgname()).
+ - pkgbase - группа пакетов. Например, пакеты
python-pyqt4иpython2-pyqt4имеют одну группуpyqt4.
- - pkgname - имя (или массив имен для совмещенных пакетов) пакета; обязательная переменная. -
- pkgver - версия пакета, указанная в апстриме, pkgrel - арче-специфичный релиз пакета. -
- pkgdesc - краткое описание пакета. -
- arch - массив архитектур. Как правило,
arch=('i686' 'x86_64')для бинарных пакетов (очень-очень редко бывают пакеты, которые предоставляются только для одной архитектуры) иarch=('any')для пакетов, не содержащих бинарные файлы.
- - url - адрес апстрима. -
- license - лицензия. Если лицензия отлична от обычных (распространенные типы MIT, BSD и custom) - смотри пакет core/licenses - то ее надо установить вместе с пакетом по пути
/usr/share/licenses/$pkgname/LICENSE).
- - depends - массив зависимостей, необходимых для работы пакета. optdepends - это дополнительные зависимости, которые не необходимы для работы, но предоставляют дополнительную функциональность. makedepends - это зависимости, которые не включены в depends, но необходимы при сборке пакета.
- Лучший способ проверить, правильно ли указаны зависимости сборки (зачастую, это самое важное) - попробуйте собрать пакет в чистом окружении (то есть совсем совсем чистом). И да, зависимости из группы base-devel указывать не надо.
- - Следующие три переменные необязательны. provides - список пакетов, функциональность которых предоставляет данный пакет. replaces - список пакетов, которые данный пакет замещает (обычно используется для решения проблем с переименованием пакетов при обновлении). conflicts - список пакетов, с которым конфликтует данный пакет (имеет такие же файлы).
- Пример различия provides и replaces - gvim предоставляет vim, а wireshark-gtk замещает wireshark.
- - install - файл, содержащий сценарии, запускающиеся после установки/удаления/обновления (смотрите файл
/usr/share/pacman/proto.install).
- - source - где брать исходники, файлы предоставляемые вместе с пакетом указываются только по имени, к данному массиму также прилагается массив хэш сумм (md5sums/sha1sums/sha256sums/sha384sums/sha512sums). -
- pkgbase - группа пакетов. Например, пакеты
python-pyqt4иpython2-pyqt4имеют одну группуpyqt4.
+ - pkgname - имя (или массив имен для совмещенных пакетов) пакета; обязательная переменная. +
- pkgver - версия пакета, указанная в апстриме, pkgrel - арче-специфичный релиз пакета. +
- pkgdesc - краткое описание пакета. +
- arch - массив архитектур. Как правило,
arch=('i686' 'x86_64')для бинарных пакетов (очень-очень редко бывают пакеты, которые предоставляются только для одной архитектуры) иarch=('any')для пакетов, не содержащих бинарные файлы.
+ - url - адрес апстрима. +
- license - лицензия. Если лицензия отлична от обычных (распространенные типы MIT, BSD и custom) - смотри пакет core/licenses - то ее надо установить вместе с пакетом по пути
/usr/share/licenses/$pkgname/LICENSE).
+ - depends - массив зависимостей, необходимых для работы пакета. optdepends - это дополнительные зависимости, которые не необходимы для работы, но предоставляют дополнительную функциональность. makedepends - это зависимости, которые не включены в depends, но необходимы при сборке пакета.
+ Лучший способ проверить, правильно ли указаны зависимости сборки (зачастую, это самое важное) - попробуйте собрать пакет в чистом окружении (то есть совсем совсем чистом). И да, зависимости из группы base-devel указывать не надо.
+ - Следующие три переменные необязательны. provides - список пакетов, функциональность которых предоставляет данный пакет. replaces - список пакетов, которые данный пакет замещает (обычно используется для решения проблем с переименованием пакетов при обновлении). conflicts - список пакетов, с которым конфликтует данный пакет (имеет такие же файлы).
+ Пример различия provides и replaces - gvim предоставляет vim, а wireshark-gtk замещает wireshark.
+ - install - файл, содержащий сценарии, запускающиеся после установки/удаления/обновления (смотрите файл
/usr/share/pacman/proto.install).
+ - source - где брать исходники, файлы предоставляемые вместе с пакетом указываются только по имени, к данному массиму также прилагается массив хэш сумм (md5sums/sha1sums/sha256sums/sha384sums/sha512sums). +
- Зеркало (git) -
- ArchWiki про AUR -
- ArchWiki про PKGBUILD -
- ArchWiki про makepkg -
- ArchWiki немного про стандарты (внизу есть весьма полезные ссылки на гайды для конкретных типов пакетов) +
- Зеркало (git) +
- ArchWiki про AUR +
- ArchWiki про PKGBUILD +
- ArchWiki про makepkg +
- ArchWiki немного про стандарты (внизу есть весьма полезные ссылки на гайды для конкретных типов пакетов)
Дисклеймер
+Дисклеймер
Сам этим я не пользуюсь, поскольку предпочитаю менее деструктивные методы. Однако, судя по всему, все работает без проблем, поскольку жалоб нет. Так как патч делался действительно за несколько минут, то он просто выкорчевывает все вызовы baloo из исходников (возможно, когда-нибудь я сделаю нормальный патч).
-С другой стороны, я настоятельно рекомендую людям, которым по каким-либо причинам baloo не нужен, отключить его из меню настроек (добавили пункт в 4.13.1), либо воспользоваться этой статьей.
+С другой стороны, я настоятельно рекомендую людям, которым по каким-либо причинам baloo не нужен, отключить его из меню настроек (добавили пункт в 4.13.1), либо воспользоваться этой статьей.
-Введение
+Введение
В Archlinux, на текущий момент (2014-05-18) от baloo, помимо baloo-widgets, зависит gwenview и kdepim. В версии 4.13.0, почему то, kactivities тоже зависел от baloo, однако, эта зависимость не требовалась явно (таким образом, достаточно было просто пересобрать его, удалив baloo из списка зависимостей).
-gwenview
+gwenview
Тут все довольно просто. Разработчики сами позаботились за нас о возможных пожеланиях простых пользователей и добавили специальный флаг:
+ {% highlight cmake %} //Semantic info backend for Gwenview (Baloo/Fake/None) GWENVIEW_SEMANTICINFO_BACKEND:STRING=Baloo @@ -31,8 +32,8 @@ cmake ../gwenview-${pkgver} \ -DGWENVIEW_SEMANTICINFO_BACKEND=None {% endhighlight %} -kdepim
-Так как делалось все на скорую руку, то я предпочел пробежаться по исходникам с помощью grep и найти все упоминания baloo. Нужные строки (а это указания на baloo в файлах CMakeLists.txt, вызовы функций из его библиотек, объявления заголовочных файлов) просто закомментировал (в исходном коде местами пришлось добавить фейковые вызовы). Патч полностью здесь приводить не буду (он, к тому же, немного большой), а дам ссылку на него (4.13.3). Далее просто требуется применить этот патч к исходникам и пересобрать kdepim.
+kdepim
+Так как делалось все на скорую руку, то я предпочел пробежаться по исходникам с помощью grep и найти все упоминания baloo. Нужные строки (а это указания на baloo в файлах CMakeLists.txt, вызовы функций из его библиотек, объявления заголовочных файлов) просто закомментировал (в исходном коде местами пришлось добавить фейковые вызовы). Патч полностью здесь приводить не буду (он, к тому же, немного большой), а дам ссылку на него (4.13.3). Далее просто требуется применить этот патч к исходникам и пересобрать kdepim.
-Пакеты
-Все пакеты для Archlinux для обеих архитектур доступны в моем репозитории.
+Пакеты
+Все пакеты для Archlinux для обеих архитектур доступны в моем репозитории.
diff --git a/ru/_posts/2014-06-23-about-aur.html b/ru/_posts/2014-06-23-about-aur.html index 018f87a..58b5008 100644 --- a/ru/_posts/2014-06-23-about-aur.html +++ b/ru/_posts/2014-06-23-about-aur.html @@ -8,25 +8,26 @@ title: Немного об Arch User Repository short: about-aur description: Статья посвященная работе с пользовательским репозиторием Archlinux. Постарался сделать акцент на сопровождении пакетов. Данная статья, в большей степени, представляет собой компиляцию нескольких англоязычных статей Wiki и немного личного опыта. Поэтому не уверен, что в данной статье на английском языке будет толк. --- -AUR
-Итак, Arch User Repository (AUR или АУР) - это репозиторий, поддерживаемый и развиваемый практически исключительно сообществом Archlinux. Есть еще отдельные люди, называемые доверенными пользователями (TU), на плечах которых лежит своеобразная "модерация" этого репозитория. На мой скромный взгляд, едва ли не единственное отличие Archlinux от других дистрибутивов - это наличие AUR'а. Отличие этого репозитория от обычных прежде всего в том, что он не содержит архивов с исходниками или собранных пакетов - только скрипт сборки (PKGBUILD) и, возможно, дополнительные текстовые файлы.
+AUR
+Итак, Arch User Repository (AUR или АУР) - это репозиторий, поддерживаемый и развиваемый практически исключительно сообществом Archlinux. Есть еще отдельные люди, называемые доверенными пользователями (TU), на плечах которых лежит своеобразная "модерация" этого репозитория. На мой скромный взгляд, едва ли не единственное отличие Archlinux от других дистрибутивов - это наличие AUR'а. Отличие этого репозитория от обычных прежде всего в том, что он не содержит архивов с исходниками или собранных пакетов - только скрипт сборки (PKGBUILD) и, возможно, дополнительные текстовые файлы.
-Конечно, вручную скачивать архив с сайта AUR'а, а также проверять обновления, не совсем удобно, поэтому существует набор хелперов. Большинство хелперов представляет собой обертку над pacman. Я выделю только два - packer - минималистичный, удобный, быстрый - и yaourt - на шелле, но зато более функциональный. По не особо понятным мне причинам, в русскоязычном сегменте большее распространение получил yaourt, зарубежом - packer.
+Конечно, вручную скачивать архив с сайта AUR'а, а также проверять обновления, не совсем удобно, поэтому существует набор хелперов. Большинство хелперов представляет собой обертку над pacman. Я выделю только два - packer - минималистичный, удобный, быстрый - и yaourt - на шелле, но зато более функциональный. По не особо понятным мне причинам, в русскоязычном сегменте большее распространение получил yaourt, зарубежом - packer.
-Помимо хелперов, существуют также консольные клиенты для работы с AUR. Я выделю, пожалуй, только один - python-aur. Иногда удобная альтернатива веб-интерфейсу.
+Помимо хелперов, существуют также консольные клиенты для работы с AUR. Я выделю, пожалуй, только один - python-aur. Иногда удобная альтернатива веб-интерфейсу.
Другая особенность данного репозитория - и не менее важная - все действия с ним осуществляются на свой страх и риск. Опасные и некорректные пакеты, конечно же, удаляются, но вполне могут быть и ошибки при сборке и еще все, что сможете придумать. Дык вот - работа с ним на вашей совести, и никто вам ничем не обязан, если что-то сломается. По этой же причине, ни один хелпер в обозримом будущем не будет перенесен в официальные репозитории.
У пакетов в AUR есть несколько характеристик, которых нет у пакетов в официальных репозиториях: -
-
-
-
+
Установка с AUR
-Для работы с AUR требуется установить группу пакетов base-devel. Пакеты с этой группы, как правило, не включены в зависимости. Рекомендуемая установка пакетов с AUR выглядит примерно так:
+Установка с AUR
+Для работы с AUR требуется установить группу пакетов base-devel. Пакеты с этой группы, как правило, не включены в зависимости. Рекомендуемая установка пакетов с AUR выглядит примерно так:
+ {% highlight bash %} # скачать архив с PKGBUILD'ом c AUR curl -L -O https://aur.archlinux.org/packages/fo/foo/foo.tar.gz @@ -42,82 +43,85 @@ makepkg -csrf pacman -U foo-0.1-1-i686.pkg.tar.xz {% endhighlight %} -Загрузка пакета в AUR
+Загрузка пакета в AUR
Никаких makepkg -S. С недавних пор данный метод считается устаревшим. Но обо всем по-порядку
Нам нужно загрузить архив на сайт. В этом архиве должны быть PKGBUILD и .AURINFO. По поводу первого я расскажу еще чуть ниже, второй генерируется автоматически. Также, там могут быть установочные скрипты (*.install), патчи, файлы лицензии (если не предоставляются апстримом с исходниками), сервисы systemd, скрипты запуска - это то, что обычно включено. Никаких исходников. И тем более никаких бинарников. (Шутки-шутками, а я помню пакет, в котором исходный код записывался с помощью cat << EOF прямо в тексте PKGBUILD'а.)
Все файлы кладем в одну директорию. Убедились, что install файл, если он есть, указан в переменной install, все другие исходные файлы указаны в массиве source, а хэш-суммы правильные (их легко можно сгенерировать, набрав makepkg -g). Далее из этой директории запустить команду mkaurball (пакет pkgbuild-introspection) - и архив готов.
Все файлы кладем в одну директорию. Убедились, что install файл, если он есть, указан в переменной install, все другие исходные файлы указаны в массиве source, а хэш-суммы правильные (их легко можно сгенерировать, набрав makepkg -g). Далее из этой директории запустить команду mkaurball (пакет pkgbuild-introspection) - и архив готов.
Несколько правил загрузки пакета в AUR: -
-
-
-
+
Сопровождение пакетов
+Сопровождение пакетов
Если вы сопровождаете пакет и хотите его обновить, просто загрузите обновленный пакет еще раз. Читайте - и, по возможности, отвечайте - комментарии к вашему пакету, там иногда могут быть очень полезные замечания или дельные предложения. Если вы не хотите сопровождать больше ваш пакет (или нет времени), то, пожалуйста, нажмите на кнопку справа (бросить/disown), чтобы те, кто в нем заинтересован, смогли поддерживать его. Если есть пакет, который не имеет сопровождающего, и вы хотели бы им стать, вы также можете нажать на соответствующую кнопку справа в веб-интерфейсе =)
-Список рассылки AUR
-По любому вопросу, связанному с работой AUR вы всегда можете обратиться в список рассылки aur-general (at) archlinux (dot) org. На ваш вопрос ответят, вероятно, достаточно быстро; причем, ответить могут не только обычные пользователи, но и доверенные пользователи. Также, если вы вдруг неуверены в своем PKGBUILD'е, вы тоже можете всегда обратиться в список рассылки и показать свой PKGBUILD.
+Список рассылки AUR
+По любому вопросу, связанному с работой AUR вы всегда можете обратиться в список рассылки aur-general (at) archlinux (dot) org. На ваш вопрос ответят, вероятно, достаточно быстро; причем, ответить могут не только обычные пользователи, но и доверенные пользователи. Также, если вы вдруг неуверены в своем PKGBUILD'е, вы тоже можете всегда обратиться в список рассылки и показать свой PKGBUILD.
-Существует также отдельный список рассылки для запросов aur-requests (at) archlinux (dot) org. На текущий момент (AUR 3.2.0) общение через данный список рассылки напрямую не рекомендуется - все обычные запросы должны отсылаться с использованием веб-интерфейса (подробности). Запросы, которые вы можете послать: -
-
-
Существует также отдельный список рассылки для запросов aur-requests (at) archlinux (dot) org. На текущий момент (AUR 3.2.0) общение через данный список рассылки напрямую не рекомендуется - все обычные запросы должны отсылаться с использованием веб-интерфейса (подробности). Запросы, которые вы можете послать: +
-
+
Пожалуйста, пишите письма в список рассылки аккуратно. И, желательно, вежливо (а то потом будете генерировать что-то вроде такого). Также старайтесь избегать избыточного цитирования. И - это практически требование - предоставляйте ссылки на пакеты. Хороший вариант - составление списка ссылок в конце письма, а в теле ссылаться на них таким образом [1]. Если не уверены в корректности запроса - посмотрите архив списка рассылки.
Пожалуйста, пишите письма в список рассылки аккуратно. И, желательно, вежливо (а то потом будете генерировать что-то вроде такого) (мы все знаем, что мы арче-школьники, не надо нас еще раз этим тыкать, мы обидимся). Также старайтесь избегать избыточного цитирования. И - это практически требование - предоставляйте ссылки на пакеты. Хороший вариант - составление списка ссылок в конце письма, а в теле ссылаться на них таким образом [1]. Если не уверены в корректности запроса - посмотрите архив списка рассылки.
PKGBUILD
-PKGBUILD - это, де-факто, сценарий шелла, указывающий как и почему собираться пакету. Он имеет 4 части: -
-
-
PKGBUILD
+PKGBUILD - это, де-факто, сценарий шелла, указывающий как и почему (в смысле, зачем) собираться пакету. Он имеет 4 части: +
-
+
Переменные PKGBUILD
+Переменные PKGBUILD
Основные переменные следующие: -
-
-
-
+
Все перечисленные выше переменные указываются в заголовке PKGBUILD. К ним также можно обращаться внутри PKGBUILD'а. Дополнительно стоит упомянуть переменные startdir - директория, откуда запускается makepkg, srcdir - директория с исходниками ($startdir/src по умолчанию), pkgdir - директория с собранным пакетом ($startdir/pkg/$pkgname по умолчанию). Не используйте переменную startdir без крайней необходимости.
Некоторые особенности PKGBUILD'ов
+Некоторые особенности PKGBUILD'ов
К PKGBUILD применимы все правила программирования на шелле. Например, "смешная шутка":
+
{% highlight bash %}
pkgdir="/usr pkg"
rm -rf $pkgdir
{% endhighlight %}
-кому-то может показаться не очень смешной. Поэтому все пути (да и вообще переменные - там где надо, конечно) лучше обрамлять в двойные кавычки (исключение - условия в двойных квадратных скобках [[ ... ]]). Если вы вводите какие-либо свои переменные, то настоятельно рекоммендуется добавить в начале подчеркивание _ во избежание перекрытия переменными makepkg.
[[ ... ]]). Если вы вводите какие-либо свои переменные, то настоятельно рекоммендуется добавить в начале подчеркивание _ во избежание перекрытия переменными makepkg.
В русскоязычном сегменте до сих пор зачастую встречаются строки типа make || return 1. Дык вот, return 1 теперь уже давно как не нужен.
Еще можно работать с рядом других переменных, определенных makepkg. Их список можно глянуть в /etc/makepkg.conf. Самые ходовые - флаги компиляции и CARCH. Так, например, если вы собираете пакет, исходники к которому предоставляются в бинарном виде (проприетарный драйвер, например), то кусок PKGBUILD может выглядеть так:
+
{% highlight bash %}
if [ "${CARCH}" == "x86_64" ]; then
_filearch=amd64
@@ -128,11 +132,13 @@ else
fi
source=(${pkgname}-${pkgver}.tar.gz::http://istodo.ru/distribs/${pkgname}-linux-${pkgver}-${_filearch}.tar.gz)
{% endhighlight %}
+
pkgbase вообще удобная штука. Например, для создания пакетов одновременно для двух версий Python PKGBUILD может выглядеть примерно так. Или, в общем случае, как-то так.
+pkgbase вообще удобная штука. Например, для создания пакетов одновременно для двух версий Python PKGBUILD может выглядеть примерно так. Или, в общем случае, как-то так.
+ +Вообще говоря, для стандартных случаев существуют прототипы PKGBUILD'ов. Их можно найти в /usr/share/pacman/, хотя местами они могли немного устареть (больше года как). Так, прототипы для пакетов из системы контроля версий (git/svn/hg/bzr) однозначно устарели - сейчас используется другой, куда более аккуратный, формат. Настоятельно рекомендую ознакомиться на эту тему с данной статьей. Например, для пакета qmmp-qsmmp-git кусок PKGBUILD'а выглядит так:
-
Вообще говоря, для стандартных случаев существуют прототипы PKGBUILD'ов. Их можно найти в /usr/share/pacman/, хотя местами они могли немного устареть (больше года как). Так, прототипы для пакетов из системы контроля версий (git/svn/hg/bzr) однозначно устарели - сейчас используется другой, куда более аккуратный, формат. Настоятельно рекомендую ознакомиться на эту тему с данной статьей. Например, для пакета qmmp-qsmmp-git кусок PKGBUILD'а выглядит так:
{% highlight bash %}
pkgname=qmmp-qsmmp-git
_gitname=qsmmp
@@ -170,11 +176,11 @@ pkgver() {
Также, я отмечу, что некоторые пакеты имеют свой устоявшийся формат, поэтому, зачастую, полезно поискать что-то похожее в AUR и сделать свой PKGBUILD по образу и подобию.
Дополнительные ссылки
+Дополнительные ссылки
-
-
В данных статьях описываются некоторые основы создания файлов дополнений для собственной программы.
+description: Преамбула
-В процессе разработки одного своего проекта возникло желание добавить также файлы дополнений (только не спрашивайте зачем). Благо я как-то уже брался за написание подобных вещей, но читать что-либо тогда мне было лень, и так и не осилил.
+Преамбула
+В процессе разработки одного своего проекта возникло желание добавить также файлы дополнений (только не спрашивайте зачем). Благо я как-то уже брался за написание подобных вещей, но читать что-либо тогда мне было лень, и так и не осилил.
-Введение
+Введение
Существует несколько возможных вариантов написания файла автодополнения для zsh. В случае данной статьи я остановлюсь только на одном из них, который предоставляет большие возможности и не требует больших затрат (например, работы с регулярными выражениями).
Рассмотрим на примере моего же приложения, часть справки к которому выглядит таким образом:
@@ -32,7 +32,7 @@ netctl-gui [ -h | --help ] [ -e ESSID | --essid ESSID ] [ -с FILE | --config FIСтруктура файла
+Структура файла
В заголовке должно быть обязательно указано, что это файл дополнений и для каких приложений он служит (можно строкой, если в файле будет содержаться дополнение для нескольких команд): {% highlight bash %} @@ -65,9 +65,10 @@ case "$service" in ;; esac {% endhighlight %} +
-Флаги
+Флаги
Как я и говорил во введении, существует несколько способов создания подобных файлов. В частности, они различаются декларацией флагов и их дальнейшей обработкой. В данном случае я буду использовать команду _arguments, которая требует специфичный формат переменных. Выглядит он таким образом ФЛАГ[описание]:СООБЩЕНИЕ:ДЕЙСТВИЕ. Последние два поля не обязательны и, как Вы увидите чуть ниже, вовсе и не нужны в некоторых местах. Если Вы предусматриваете два флага (короткий и длинный формат) на одно действие, то формат чуть-чуть усложняется: {(ФЛАГ_2)ФЛАГ_1,(ФЛАГ_1)ФЛАГ_2}[описание]:СООБЩЕНИЕ:ДЕЙСТВИЕ. Замечу, что, если Вы хотите сделать дополнения для двух типов флагов, но некоторые флаги не имеют второй записи, то Вам необходимо продублировать его таким образом: {ФЛАГ,ФЛАГ}[описание]:СООБЩЕНИЕ:ДЕЙСТВИЕ. СООБЩЕНИЕ - сообщение, которое будет показано, ДЕЙСТВИЕ - действие, которое будет выполнено после этого флага. В случае данного туториала, ДЕЙСТВИЕ будет иметь вид ->СОСТОЯНИЕ.
Итак, согласно нашим требованиям, получается такое объявление аргументов: @@ -82,9 +83,10 @@ _netctl_gui_arglist=( {'--set-opts','--set-opts'}'[set options for this run, comma separated]:comma separated:->settings' ) {% endhighlight %} +
-Массивы переменных
+Массивы переменных
В нашем случае есть два статических массива (не изменятся ни сейчас, ни через пять минут) (массивы умышленно уменьшены): {% highlight bash %} @@ -106,9 +108,10 @@ _netctl_profiles() { print $(find /etc/netctl -maxdepth 1 -type f -printf "%f\n") } {% endhighlight %} +
-Тело функции
+Тело функции
Помните, там выше было что-то про состояние? Оно хранится в переменной $state, и в теле функции делается проверка на то, чему оно равно, чтобы подобрать соответствующие действия. В начале также нужно не забыть вызвать _arguments с нашими флагами.
{% highlight bash %}
@@ -140,9 +143,10 @@ _netctl-gui() {
esac
}
{% endhighlight %}
+
Заключение
-Файл хранится в директории /usr/share/zsh/site-functions/ с произвольным, в общем-то, именем с префиксом _. Файл примера полностью может быть найден в моем репозитории.
Заключение
+Файл хранится в директории /usr/share/zsh/site-functions/ с произвольным, в общем-то, именем с префиксом _. Файл примера полностью может быть найден в моем репозитории.
Дополнительная информация может быть найдена в репозитории zsh-completions. Например, там есть такой How-To. А еще там есть много примеров.
+Дополнительная информация может быть найдена в репозитории zsh-completions. Например, там есть такой How-To. А еще там есть много примеров.
diff --git a/ru/_posts/2014-07-17-writting-own-completions-p2.html b/ru/_posts/2014-07-17-writting-own-completions-p2.html index 985e02c..d9626b0 100644 --- a/ru/_posts/2014-07-17-writting-own-completions-p2.html +++ b/ru/_posts/2014-07-17-writting-own-completions-p2.html @@ -6,13 +6,13 @@ layout: paper tags: linux, разработка title: Написание своих дополнений для Shell. Bash short: writting-own-completions-p2 -description:
В данных статьях описываются некоторые основы создания файлов дополнений для собственной программы.
+description: Преамбула
-В процессе разработки одного своего проекта возникло желание добавить также файлы дополнений (только не спрашивайте зачем). Благо я как-то уже брался за написание подобных вещей, но читать что-либо тогда мне было лень, и так и не осилил.
+Преамбула
+В процессе разработки одного своего проекта возникло желание добавить также файлы дополнений (только не спрашивайте зачем). Благо я как-то уже брался за написание подобных вещей, но читать что-либо тогда мне было лень, и так и не осилил.
-Введение
-Bash, в отличие от zsh, требует к себе некоторого велосипедостроения в отношении дополнений. Бегло погуглив, я не нашел более-менее нормальных туториалов, потому за основу были взяты имеющиеся в системе файлы дополнений для pacman.
Введение
+Bash, в отличие от zsh, требует к себе некоторого велосипедостроения в отношении дополнений. Бегло погуглив, я не нашел более-менее нормальных туториалов, потому за основу были взяты имеющиеся в системе файлы дополнений для pacman.
Рассмотрим на примере все того же моего приложения. Я напомню, что часть справки к которому выглядит таким образом:
@@ -32,7 +32,7 @@ netctl-gui [ -h | --help ] [ -e ESSID | --essid ESSID ] [ -с FILE | --config FI -Структура файла
+Структура файла
Здесь все переменные должны возвращать массив. Каких-либо особых форматов тут уже нет. Сначала опишем флаги, потом уже все остальные переменные. Я напомню (так как ниже я уже не буду приводить функции более подробно), что _netctl_profiles(), в отличие от других переменных, должна возвращать актуальный на данный момент массив:
{% highlight bash %}
@@ -55,9 +55,10 @@ _netctl-gui() {}
{% highlight bash %}
complete -F _netctl_gui netctl-gui
{% endhighlight %}
+
Флаги
+Флаги
Как было сказано выше, особого формата тут нет, доступные флаги располагаются просто массивом: {% highlight bash %} @@ -75,9 +76,10 @@ _netctl_gui_arglist=( '--set-opts' ) {% endhighlight %} +
-Массивы переменных
+Массивы переменных
Приведу только функцию, которая в zsh выглядела таким образом: {% highlight bash %} @@ -93,9 +95,10 @@ _netctl_profiles() { echo $(find /etc/netctl -maxdepth 1 -type f -printf "%f\n") } {% endhighlight %} +
-Тело функции
+Тело функции
За дополнение в bash отвечает переменная COMPREPLY. Для отслеживания текущего состояния нужно вызвать функцию _get_comp_words_by_ref с параметрами cur (текущая опция) и prev (предыдущая, собственно состояние). Ну и нужно несколько точек, на которых сворачивать в определенную часть case (переменные want*). Для генерации дополнения используется compgen. После флага -W ему подается список слов. (Есть еще флаг -F, который вызывает функцию, но у меня он помимо этого еще и ворнинг выдает.) Последним аргументом идет текущая строка, к которой и нужно генерировать дополнение.
Таким образом, наша функция выглядит так: @@ -134,7 +137,8 @@ _netctl_gui() { true } {% endhighlight %} +
-Заключение
-Файл хранится в директории /usr/share/bash-completion/completions/ с произвольным именем. Файл примера полностью может быть найден в моем репозитории.
Заключение
+Файл хранится в директории /usr/share/bash-completion/completions/ с произвольным именем. Файл примера полностью может быть найден в моем репозитории.