Розыгрыш призов от SUSE

+SUSE проводит розыгрыш призов. Для участия нужно подписаться на новостную рассылку "SUSE Conversations" до 31-го мая.


Источник тут.

Обзор openSUSE 12.3 в Open Source 128

Описал впечатления от openSUSE 12.3 в небольшом обзоре в "Open Source" №128.
Прямая ссылка на архив с выпуском -> http://osa.samag.ru/get/OpenSource128

Набор кодеков для openSUSE 12.3

В продолжение традиции сделаны дополнения с мультимедиа-кодеками для установки без наличия выхода в интернет.

Сборки содержат только пакеты рекомендуемые к установке на странице "Restricted Multimedia Formats (MP3, MPEG-4, etc.)" + gstreamer-0_10-plugins-fluendo_mp3 + зависимости. Размер ~ 20 Мб.

Ссылки:
codecs-set-1.1-12.3-x86_64.iso
codecs-set-1.1-12.3-x86_64.iso.sha1
codecs-set-1.1-12.3-x86_64.iso.md5

codecs-set-1.1-12.3-i586.iso
codecs-set-1.1-12.3-i586.iso.sha1
codecs-set-1.1-12.3-i586.iso.md5

О том что с этими образами делать, написано в публикации предыдущей по этой теме -> Набор кодеков для openSUSE 12.2

Установка Google Music Manager в openSUSE

Испробовано на версиях oS 12.1 - 12.3 x64. Собственно установка очень проста, но имеет пару затруднений:

1. google-musicmanager-beta-1.0.55.7425 требует наличия какого-то qtwebkit.
2. Используя PackageKit и ему подобных, требование это невозможно проигнорировать. Apper в этом случае информирует о том, что не может установить требуемые зависимости и остаётся только "Закрыть".

Устанавливать нужно с помощью zypper, либо rpm с игнорированием зависимости:

sudo zypper in Программное\ обеспечение/Linux/google-musicmanager-beta_current_x86_64.rpm 

root's password:

Загрузка данных о репозиториях...

Чтение установленных пакетов...

Разрешение зависимостей пакетов...

Проблема: ничто не предоставляет qtwebkit, необходимый для google-musicmanager-beta-1.0.55.7425-0.x86_64

 Решение 1: не устанавливать google-musicmanager-beta-1.0.55.7425-0.x86_64

 Решение 2: повредить google-musicmanager-beta-1.0.55.7425-0.x86_64, игнорируя некоторые из его зависимостей

Выберите по номеру одно из вышеуказанных решений или отмените [1/2/c] (c): 2

Разрешение зависимостей...

Разрешение зависимостей пакетов...

Будет установлен следующий НОВЫЙ пакет:

  google-musicmanager-beta 

1 новый пакет для установки.

Полный размер загрузки: 4,1 MiB. После этой операции будет использовано дополнительно 11,5 MiB.

Продолжить? [y/n/?] (y): 

Получение пакет google-musicmanager-beta-1.0.55.7425-0.x86_64             (1/1),   4,1 MiB ( 11,5 MiB после распаковки)

(1/1) Установка: google-musicmanager-beta-1.0.55.7425-0 .......................................................[готово]

Дополнительный вывод rpm:

warning: commands will be executed using /bin/sh

job 4 at 2013-03-08 02:49

systemd vs. xl2tpd

Являясь счастливым обладателем интернета по протоколу L2TP, обнаружил в openSUSE 12.3 rc2 довольно не приятное поведение системы. При гарантированно рабочем конфигурационном файле для xl2tpd, этот самый xl2tpd не работал, выдавая лишь текст из трёх строк:

2013-03-04T19:24:40.572381+06:00 linux-wwu0 xl2tpd[5382]: xl2tpd[5382]: setsockopt recvref[22]: Protocol not available
2013-03-04T19:24:40.595657+06:00 linux-wwu0 xl2tpd[5382]: xl2tpd[5382]: Using l2tp kernel support.
2013-03-04T19:24:40.596264+06:00 linux-wwu0 xl2tpd[5382]: xl2tpd[5382]: open_controlfd: Unable to open /var/run/xl2tpd/l2tp-control for reading.

Запуск сервисом соответственно тоже не удавался:

2013-03-04T19:24:40.596660+06:00 linux-wwu0 systemd[1]: xl2tpd.service: main process exited, code=exited, status=1/FAILURE
2013-03-04T19:24:40.601560+06:00 linux-wwu0 systemd[1]: Unit xl2tpd.service entered failed state

 Ранее на openSUSE 12.1 с первыми двумя сообщениями xl2tpd благополучно работал и не нужен ему был никакой l2tp-control. Но не все обновления одинаково полезны и xl2tpd в том числе в сборке для openSUSE 12.3 получил поддержку xl2tpd-control причём поддержка в непосредственно в самом демоне появилась ещё в 2011-ом году, просто более свежая версия чем 1.2.7 для oS 12.1 не собиралась. В итоге для работы демона достаточно создать этот файлик, например, так:

sudo mkdir /var/run/xl2tpd
sudo touch /var/run/xl2tpd/l2tp-control

xl2tpd благополучно проработает до следующей перезагрузки и при попытке запуска выдаст такое же сообщение о невозможности собственного запуска что и ранее.

С версии 12.3 openSUSE окончательно переходит на использование systemd, который монтирует каталоги /run, /var/run, /var/lock, и /media в tmpfs. В примечании к релизу не рекомендуется сохранять файлы, которые должны выжить при перезагрузке в эти каталоги. Незадача заключается в том, что xl2tpd об этом не знает и продолжает искать l2tp-control где он и должен быть.
Для решения проблемы пользователи Fedora, например, используют наименее очевидный способ - дополнение скрипта инициализации /etc/init.d/xl2tpd командами на создание необходимого каталога и файла. Теоретически эта схема однажды должна поломаться, когда необходимости в соблюдении остаточной совместимости со скриптами SysV больше не будет. К тому же есть более подходящий способ - с помощью средств systemd: по правилам описанным в man tmpfiles необходимо поместить в /etc/tmpfiles.d/ файл xl2tpd.conf со следующим содержанием (комментарии для пояснения строк):

# Создать каталог /var/run/xl2tpd с правами по умолчанию, если его ещё не существует.


d /var/run/xl2tpd 755 root root - -

# Создать именованный канал с правами по умолчанию, если его ещё не существует.

p /var/run/xl2tpd/l2tp-control 600 root root - -

# Не удалять каталог /var/run/xl2tpd/ и его содержимое при чистке от временных файлов.

x /var/run/xl2tpd/

После чего xl2tpd без проблем работает с systemd.