> sudo zypper ar -f \
http://download.opensuse.org/repositories/Documentation/openSUSE_Factory Documentation

> zypper se 'opensuse*_ru*'
Loading repository data...
Reading installed packages...

S | Name                      | Summary                                          | Type      
--+---------------------------+--------------------------------------------------+-----------
  | opensuse-kvm_ru-pdf       | openSUSE manual: KVM Guide (PDF, Russian)        | package   
  | opensuse-manuals_ru       | Complete set of openSUSE Manuals (HTML, Russian) | package   
  | opensuse-manuals_ru       | Complete set of openSUSE Manuals (HTML, Russian) | srcpackage
  | opensuse-reference_ru-pdf | openSUSE manual: Reference (PDF, Russian)        | package   
  | opensuse-security_ru-pdf  | openSUSE manual: Security Guide (PDF, Russian)   | package   
  | opensuse-startup_ru-pdf   | openSUSE manual: Start-Up (PDF, Russian)         | package   
  | opensuse-tuning_ru-pdf    | openSUSE manual: Tuning Guide (PDF, Russian)     | package

> sudo zypper in opensuse-startup_ru-pdf
Loading repository data...
Reading installed packages...
Resolving package dependencies...

The following NEW package is going to be installed:
  opensuse-startup_ru-pdf 

1 new package to install.
Overall download size: 9.4 MiB. After the operation, additional 10.0 MiB will be used.
Continue? [y/n/?] (y): 
Retrieving package opensuse-startup_ru-pdf-12.1.8762-27.7.noarch (1/1), 9.4 MiB (10.0 MiB unpacked)
Retrieving: opensuse-startup_ru-pdf-12.1.8762-27.7.noarch.rpm [done (1.6 MiB/s)]
Installing: opensuse-startup_ru-pdf-12.1.8762-27.7 [done]

> rpm -ql opensuse-startup_ru-pdf
/usr/share/doc/manual/opensuse-startup_ru-pdf
/usr/share/doc/manual/opensuse-startup_ru-pdf/book.opensuse.startup_ru.pdf
/usr/share/help/opensuse-startup_ru-pdf.document

> okular /usr/share/doc/manual/opensuse-startup_ru-pdf/book.opensuse.startup_ru.pdf &

Я думаю, что этот пост не был бы столь интересен, если бы я не рассказл о том, как запустить Lords of the Realm II сегодня. Да не просто запустить, а в GNU/Linux, да что б без необходимости установки Windows.
Что ж… без проблем
На “игровой” машине у меня openSUSE 12.1 с дефолтным (свободным/открытым) nvidia видео-драйвером. Никаких лишних телодвижений делать не надо. Просто устанавливаем wine:

> sudo zypper in wine

После этого ищем ISO образ самого диска. Я его нашел тут. Скачиваем, запускаем:

> wine LotR2RusSetup.exe

Запускается инсталлятор. У меня русифицированный ISO образ, поэтому в окне установщика вместо букв каракули. Это ничуть не затрудняет процесс устновки, т.к. ничего важного в процессе спрашивать не будут. Единственное, что я не сразу понял, это вопрос о расположении игры: С:/Programm_Files/Lords of the Realms 2? Сначала я переписал адрес на /home/alex/games, но этого делать не стоит. Надо просто кликать “далее” (или как там оно называется). Прокликав “далее”, и прождав пару минут, я установил игру. Все (где-то сотня файлов) копируется в ~/.wine/drive_c/Program Files/Lords of the Realms 2, в том числе и LORDS2.EXE. Теперь просто запускаем его в том же wine и… наслаждаемся игрой

> wine LORDS2.EXE

Разрешение экрана автоматически переключается на 256 цветов, и никаких проблем с запуском игры нет.

Детали могут быть изменены, но в общем программа поддержки работает следующим образом: за пару месяцев до начала конференции Вы отсылаете email, где рассказываете о своем вкладе в проект и желании посетить event. Неплохим вариантом будет подготовка презентации, так или иначе связанной с проектом openSUSE. В течении нескольких дней travel-cовет решает получите ли Вы поддерджку или нет, и если решение окажется положительным, то после предоставления чеков, соответсвующая сумма будет переведена на счет.

Have a lot of fun

Да, KDE 4.8.0 уже с нами
Спасибо всем, кто помогал в тестировании и разработке этого релиза. И хотя nepomuk еще не побежден до конца, все же этот релиз выглядит достаточно интересно. При обновлении отключите Qt-репозитории (все необходимые пакеты уже включены). Build-статус пакетов как обычно в OBS.

Я рад, что проект openSUSE открыто выступает против этого закона. Такие же компании, как например Microsoft и Apple, которые напротив – поддерживают этот закон, пускай со своими копирайтами идут в SOPA. Интернет должен оставаться свободным!

p.s. Кстати, чтобы перенаправление не обламывало интернет-серфинг, просто успейте нажать esc, как только попадете на нужную страницу (первые полсекунды). Это остановит refresh.

Happy striking!

OBS состоит из 2х основных частей: backend и frontend. На backend будут находятся исходники и пакеты. Там же реализован процесс сборки. Frontend отвечает за доступ к backend (по средствам OBS API). Обе части разделены с целью безопасности. Frondend мы будем опрашиваить с помощью WebUI или OSC.

Запуск Backend

Архитектурой OBS предусмотренна система из нескольких build-хостов. Если же все OBS сервисы будут запущенны на одной машине, то одновремено мы сможем собирать лишь столько пакетов, сколько эта машина будет иметь CPU Core. В будущем количество параллельных сборок можно будет увеличить настроив еще один backend на другой машине. Кластерная модель поддерживается OBS очень хорошо и совсем не сложно настраивается. Тут я не буду заострять на этом внимание, но если понадобится увеличить мощность OBS (параллельную сборку), загляните в файл /usr/share/doc/packages/obs-api/README.SETUP из пакета obs-api.

Для настройки backend подключите репозиторий openSUSE:Tools:

# zypper ar -f http://download.opensuse.org/repositories/openSUSE:/Tools:/2.1/openSUSE_11.4 Tools

и установите пакет obs-server:

# zypper in obs-server

По умолчанию сервер будет установлен в /srv/obs. После этого запускаем сервисы в таком порядке:

# rcobsrepserver start
# rcobssrcserver start
# rcobsscheduler start
# rcobsdispatcher start
# rcobspublisher  start

Запускаем workers

Workers опрашивает backend о пакетах, которые нужно собрать. Если такие есть, и есть свободные CPU Core, то workers начинает сборку. Устанавливаем:

# zypper in obs-worker

Запускаем:

# rcobsworker start
Run 8 obsworker using /var/cache/obs/worker

В моем случае 8 параллельных процессов. Тут же можно дебажить поломанные сборки (/var/cache/obs/worker/root_n) на стороне сервера.

Настраиваем Frontend (obs-api) и MySQL

Устанавливаем пакет obs-api, а так же MySQL. Запускаем MySQL:

# rcmysql start

При первом запуске mysql предложит установить пароль для доступа к базе данных.

После первого запуска mysql запустите так же

 # mysql_secure_installation

Если Вы хотите, чтобы root всегда имел доступ к базе данных, создайте файл /root/.my.cnf с таким содержанием:

 [client]
 user = root
 password = foobar
 [mysqladmin]
 user= root
 password = foobar

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

# chmod 0600 /root/.my.cnf
# l /root/.my.cnf
-rw------- 1 root root 86 Jan  2 12:18 /root/.my.cnf

Теперь создаем новую базу данных production:

# mysql -u root -p
mysql> create database api_production;
mysql> create database webui_production;
mysql> quit

Указываем имя пользователя и пароль для доступа к mysql в секции “production:” для конфигов api и webui:
/srv/www/obs/api/config/database.yml
/srv/www/obs/webui/config/database.yml

Заполняем базу данных:

# cd /srv/www/obs/api/
# sudo RAILS_ENV="production" rake db:setup
# sudo chown lighttpd.lighttpd log/*

# cd /srv/www/obs/webui/
# sudo RAILS_ENV="production" rake db:setup
# sudo chown lighttpd.lighttpd log/*

Устанавливаем и настраиваем lighttpd

Теперь надо установить и настроить web-сервер для работы с OBS-API и WebUI. Для это раскомментируйте несколько строчек (секция ‘custom includes’) в /etc/lighttpd/lighttpd.conf:

##
## custom includes like vhosts.
##
#include "conf.d/config.conf"
# following line uncommented as per
# /usr/share/doc/packages/obs-api/README.SETUP
include_shell "cat vhosts.d/*.conf"

Так же должны быть добавленны модули “mod_magnet”, “mod_rewrite” и “fastcgi”. Раскоментируйте для этого соотвествующие строчки в файле /etc/lighttpd/modules.conf:

 server.modules = (
   "mod_access",
   "mod_rewrite",
 )

 ##
 ## mod_magnet
 ##
 include "conf.d/magnet.conf"

 ##
 ## FastCGI (mod_fastcgi)
 ##
 include "conf.d/fastcgi.conf"

Если Вы изменили имя машины, на которой установлен OBS, поменяйте значения FRONTEND_HOST, FRONTEND_PORT and DOWNLOAD_URL в файле /srv/www/obs/webui/config/environments/production.rb.

После этого можно запускать lighttpd:

# rclighttpd start

Добавление базы дистрибутив

Самым простым способом добавление дистрибутивов – синхонизация с opensuse.org. Это можно сделать через “Setup OBS” на главной странице OBS или просто выполните следующую команду:

 # curl -0 --user "Admin:opensuse" -X PUT \
        -T /usr/share/doc/packages/obs-api/openSUSE.org.xml  \

http://localhost:81/source/openSUSE.org/_meta

That’s all

Все. Open Build Service готов к сборке пакетов.
Для запуска OBS используйте следующую последовательность команд:

rcmysql start
rcobsrepserver start
rcobssrcserver start
rcobsscheduler start
rcobsworker start
rcobsdispatcher start
rcobspublisher  start
rclighttpd start

Останавливать сервисы рекомендуется в обратной последовательности.
OBS-API досупен по адресу http://$servername:81, WebUI – http://$servername.
Репозитории будут доступны (http://$servername:82) после первой удачной сборки (succeeded) пакета
По умолчанию имя пользователя “Admin” и пароль “opensuse”.
Логи:
webui – /srv/www/obs/webui/log
api – /srv/www/obs/api/log
obs – /srv/obs/log
lighttpd – /var/log/lighttpd

Первые 3 дня саммита были посвящены презентациям/лекциям. Тематика: основные компоненты обоих DE, работа с сообществом, а также опыт внедерения открытых систем в гос. учреждениях и предприятиях. До пятницы включительно саммит будет посвящен хакингу, а так же программой предусмотренна серия BoF.

В здании университета всего два стенда: Intel и openSUSE. Intel всем желающим раздавал напитки (за что им большое спасибо) и разыгрывал лептопы lenovo. Представители SUSE, как и обычно, раздавали DVD, флешки с образами oS, плакаты и т.д. SUSE старается привлечь как можно больше активных Plasma-разработчиков использовать openSUSE.

В отеле нас поселели по 4 человека на комнату. Одним из моих соседей оказался Николай Шафоростов из Украины, бывший контрибьютер русской локализации KDE, а так же автор Lokalize. Сам я использую KDE на английском, но работа Ника не могла не вызвать интереса.

За это время в Берлине я не написал ни строчки кода, но мной был пересмотрен подход к работе с сообществом, а так же я все сильнее меняю вектор контрибьютинга в openSUSE проект. На конференции команда SUSE приняла решение передать мне права для работы с KDF (KDE:Distro:Factory) репозитрием.

• Метаданные, созданные непосредственно пользователем. Например комментарий к файлу, тег (объединение файлов в группы) или его рейтинг. Их можно найти например на правой панели Dolphin.
• Метаданные файлов. Например, индексация текста.
• И наконец метаданные, которые не могут быть измененны вручную пользователем или путем индексации. Например, сохраненная локально электронная почта содержит информацию об отправителе.

Основные элементы Nepomuk интегрированы в kdelibs и kdebase (и используются Dolphin/Konqueror), но информацию о метаданных Nepomuk получает от Strigi. Это так называемый демон локального поиска (хотя разрабатывался в начале как библиотека), который находится на более низком уровне, чем KDE. Он написан на C++ и предствляет серию общих вызовов, которые программа может использовать, чтобы найти дополнительную информацию о данном файле или каталоге. Это независимый проект, которые никоим образом не связан с KDE, за исключением того, что использует его SVN-репозитории. В некоторых случаях у Nepomuk/Strigi могут резко возрастать запросы к ресурсам. Мы не обязанны постоянно нагружать из-за этого память, поэтому можем просто отключить их: System Settings => Desktop Search:

Как вы можете видеть, можно отключить Strigi, но оставть Nepomuk. В этом случае Nepomuk будет предоставлять нам и информацию, которую умеет собирать сам: Zeitgeist, Activity и Event информацию.

Akonadi – это фреймворк персонального информационного менеджера (PIM), или проше – PIM Storage Service , который предоставляет данные для всех PIM приложений в KDE4. Данные могут быть получены от Akonadi с помощью модели, разработанной для сбора специфичных данных (почты, календаря, контактов, и т. д.). Приложения позволяют пользователю просматривать и редактировать эти данные. Akonadi также поддерживает метаданные, созданные приложениями.

Так, например, KMail использует Akonadi и, более того, не может без него работать. Когда запускается KMail, он использует Akondi, но вот когда KMail закрывается, Akonadi продолжает работать. Это очень не удобно, т.к. он просто висит в памяти:

Почему же Akonadi не завершается вместе с KMail? Дело в том, что Akonadi не знает нужен ли он еще какому-то процессу или нет. Другими словами просто напросто не рализован механизм взаимодействия с клиентами. Это очень плохо! Разработчики Akonadi считают, что просто так процессу висеть в памяти это нормально. Думаю, что это будет исправленно в ближайших релизах.

Итак, как же остановить запущенный Akonadi? Управлять им можно с помощью akonadictl:

> akonadictl
Akonadi server manipulation tool
Usage: akonadictl [command]

Commands:
  start      : Starts the Akonadi server with all its processes
  stop       : Stops the Akonadi server and all its processes cleanly
  restart    : Restart Akonadi server with all its processes
  status     : Shows a status overview of the Akonadi server

General options:
  -h [ --help ]         show this help message
  --version             show version information

Останавливать его каждый раз придется вручную. Я не нашел пока способов связять завершение KMail с Akonadi. Чтобы Akonadi не запускался автоматически при старте системы, можно просто поменять значение одной переменной:

> vi ~/.config/akonadi/akonadiserverrc
...
...

StartServer=false

После этого Akonadi не стартует при запуске KDE, но и при запуске KMail он тоже не сможет запуститься. Кстати, если вы не используете PIM приложения, то можете смело удалить Akonadi из системы вообще.

Немного истории

В далеком 2003 году американская корпорация Novell, Inc. покупает S.u.S.E. – немецкую компанию, выпускающую к тому времени дистрибутив SuSE Linux, пользующийся огромной популярностью в ФРГ. Оглядываясь на RedHat, Novell меняет политику разработки SuSE и старается привлечь к дистрибутиву как можно больше хакеров: начиная с десятой версии, дистрибутив доступен на серверах/зеркалах в виде iso-образа, открыт код YaST (GNU GPL), но главное – заложен фундамент для создания и развития проекта, который получил название “openSUSE”. Центральным звеном проекта стал дистрибутив, который по аналогии с fedora core, должен был разрабатываться сообществом, а так же стать тестовой площадкой для Novell Linux Desktop (позже SUSE Linux Enterprise Desktop) и SUSE Linux Enterprise Server. Проект предусматривал так же создание целой сети сервисов для сообщества, образующих инфраструктуру для разработки дистрибутива. Так, например, уже через год на крупнейшей в Европе Free Software конференции разработчиков – FOSDEM – был представлен сообществу openSUSE Build Service. Продукт-менеджеры Novell в этом направлении делали все правильно и проект openSUSE уже начал было набирать популярность… Все же это, как правило, люди с экономическим образованием, и им не всегда понять студентов-очкариков или просто технарей-энтузиастов, которые работают за собственными компьютерами в свое свободное время. Сразу после создания проекта openSUSE, Novell заключила ряд контрактов с корпорацией Microsoft. Прибыль Novell после этого резко вырасла, уровень продаж коммерческих дистибутивов – главного источника дохода Novell – увеличился почти на 250%. Как отреагировало сообщество хакеров, движущей силы разработки openSUSE, на сотруднечество Novell с Microsoft?

Надо так же напомнить, что до слияния с Novell, в SuSE была самая лучшая интеграция с KDE. Novell и тут последовала enterprise-way, отказавшись от поддержки сразу двух десктопов, оставив GNOME. GNOME в SuSE как десктоп окружение по умолчанию? SuSE-cообщество было шокированно… KDE проект был основан в 1996 году Маттиасом Эттрихом, студентом Тюбингенского университета, что находится на юге ФРГ. Для немецкой хаксцены SuSE и KDE это больше, чем просто дистрибутив GNU/Linux + десктоп окружение. Собственно именно это и подтолкнуло сообщество отвоевывать позиции KDE в openSUSE. Точка в этом вопросе была поставленна только 5 лет спустя, и благогодаря активной политики сообщества.

В 2010 году концерн Attachmate Group купил Novell, а вместе с ним и SUSE соответственно. В начале 2011 года был официально утвержден новый бизнес-план, которого должны придерживаться уже разделенные SUSE и Novell. Бренд SUSE отныне принадлежит SUSE Linux Products GmbH, главное отделение которого находится в Нюрнберге, ФРГ.

Зачем?

Все понимают, что открытые свободные проекты очень уязвимы, если они управляются корпоративными спонсорами, а не независимыми фондами (пару слов о продаже патентов Novell). Так же важным является стратегия и доверие сообщества к проекту. Если мы не хотим, чтобы на судьбу проекта влияла компания, которая использует openSUSE как полигон для испытаний (или в каких-то других целях), проекту нужны свои менеджеры по стратегии и свои координаторы. Это не значит, что они не должны (не могут) работать в Novell, но назначаться должны снизу, а не сверху, т.е. сообществом проекта openSUSE и на абсолютно демократичной основе. Это надо для защиты интересов сообщества самого дистрибутива openSUSE. Это очень важно для судьбы проекта в целом, если мы говорим не просто об использовании openSUSE (пользователях, устанавливающих oS для “посмотреть”), но о его разработке энтузиастами. Или Вы хотите уделять время разработке над проектом, который в любой момент может поменять стратегию или, к примеру, просто отказаться от того компонента над которым Вы работаете?

На openSUSE Conference в прошлом году Pascal Bleser рассказал об идеи создания openSUSE Foundation и отделения (в политическом/юридическом смысле) проекта openSUSE от Novell.
Об этом так же напомнил в начале этого года openSUSE community manager Jos Poortvliet, внеся некоторую ясность из-за покупки Attachmate Novell. Думаю, что эта тема обязательно будет поднята на openSUSE Conference в этом году.
Кстати, есть так же рассылка, посвященная opensuse-foundation, а так же используйте IRC канал #opensuse-project, если хотите задать вопросы по этому поводу в online.

• kdebase (Konsole)
• kdemultimedia (Kmix, JuK)
• kdenetwork (Kopete)
• kdeplasmaaddons (Lancelot)
• kdeworkspace (Krunner)

Для обновления, как и обычно, делаем zypper dup:

> sudo zypper ar -f http://download.opensuse.org/repositories/KDE:/Release:/46/openSUSE_11.4/ KDE_4.6
> sudo zypper dup --from KDE_4.6