2GIS для Linux жив!

31.01.2017

Когда-то, в ноябре 2014 года, разработчики «Дубльгиса» выпустили новенькую бета-версию своего справочника для Linux. Там был чистый интерфейс на Qt5 и QML, плавная работа, возможность скачать карту любого города России и некоторых других стран… Красота! Однако же, дальше беты дело не пошло, и вскоре сайт, посвящённый новой версии 2GIS, закрылся, а разработка перспективного справочника в формате ПК-версии была прекращена. Но репозиторий со сборками дубльгиса для Ubuntu продолжал жить, и он работает до сих пор. В openSUSE имеется несколько частных репозиториев с rpm-пакетами 2GIS. В подобном пакете, на самом деле, содержится не сама программа, а скрипт, который вытягивает deb-пакет из сети и перепаковывает его чем-то вроде alien. В openSUSE 13.2 и 42.1 такой трюк работал без сучка и задоринки, но уже в 42.2 программа перестала запускаться:

2gis0.png

Очевидно, что приложение, собранное под старую версию Ubuntu 14.04, уже не может запускаться в более новых версиях Linux. Забавно, что неосиляторы с Гиктаймса в подобной ситуации сдались ещё раньше: на этапе установки пакета. Однако я не первый раз запускаю проприетарный софт в Linux и знаю, что большинство подобных программ (XnRetro, Dropbox, Skype и т.п.) поставляются с собственным набором некоторых системных библиотек. Всегда можно попробовать удалить одну или несколько таких библиотек и посмотреть как программа попытается использовать общесистемные. Короче говоря, если избавиться от файла /usr/lib/2GIS/v4/lib/libpthread.so.0, то Дубльгис прекрасно запускается и работает:

2gis.png

 

 


KDE и перспективный формат FLIF

27.01.2017

comparison

В номере №205 журнала Linux Format я писал о новом графическом формате FLIF (Free Lossless Image Format), который превосходит PNG и WebP по сжатию данных без потерь. В комплекте с исходным кодом FLIF (т.н. reference implementation) имеются библиотеки кодировщика и декодера, сам кодировщик, а также простейшее средство просмотра — консольная программа viewflif. С таким минимальным набором вполне можно работать, однако формат, по сути, в этом случае выполняет роль архиватора: ни листать, ни редактировать FLIF-файлы без предварительной конвертации нельзя. Правда, есть ещё набор консольных утилит ImageMagick, который с некоторых пор поддерживает формат FLIF. Приличных графических программ просмотра, которые были бы основаны на ImageMagick, в природе нет, к тому же, большинство готовых сборок ImageMagick собраны без поддержки FLIF и не могут его читать. Хотите поддержку — собирайте из исходного кода сами.

На этом фоне Qt FLIF Plugin оказался глотком свежего воздуха. Данная разработка сделана датским программистом Себастьяном Валем (Sebastian Wahl), который ведёт свой блог и увлекается алгоритмами сжатия изображений. Суть Qt FLIF Plugin проста: в вашем распоряжении появляется разделяемая библиотека libflif.so (не путать с одноимённой библиотекой из состава самого кодировщика FLIF!), которая может быть использована любыми Qt-приложениями, поддерживающими QImageIOPlugins, например Gwenview, Kolourpaint и многими другими. Автор плагина также написал свой собственный минималистичный просмотрщик графических файлов, вполне неплохой!

Итак, для сборки нам потребуется слегка подредактировать файл project.pro, добавив туда строку CONFIG += c++14:

flif1.png

Если этого не сделать, то проект просто не соберётся современными версиями GCC. Затем нужно убедиться в том, что заголовочные файлы FLIF лежат в нужном месте — между прочим, их нужно заранее вручную положить в /usr/include/FLIF:

flif2.png

Далее командуем make и ждём несколько секунд. Получившуюся библиотеку нужно проверить на успешную линковку с кодировщиком FLIF (дело в том, что плагин почему-то иногда не линкуется):

flif3.png

Дальше, нужно установить саму библиотеку, скопировать .desktop-файлы и зарегистрировать соответствующий тип файла для share MIME database. Следующие команды я выполнял из директории ~/qt_flif_plugin/configuraton:
sudo cp ../libflif.so /usr/lib64/qt5/plugins/imageformats/
sudo cp qimageioplugins/x-flif.desktop /usr/share/kservices5/qimageioplugins/
sudo cp imagethumbnail-flif.desktop /usr/share/kservices5/
sudo cp x-flif.xml /usr/share/mime/packages/
sudo /usr/bin/update-mime-database /usr/share/mime

Результат будет заметен сразу же. Во-первых, заработает генератор миниатюр в файловом менеджере Dolphin:

flif4.png

Во-вторых, можно будет смотреть FLIF-файлы в Gwenview, стандартной программе просмотра из набора KDE:

flif5.png

На данный момент можно использовать лишь версию Gwenview 16.08 или более старую, так как из-за этого коммита программа, начиная с версии 16.12, содержит другой механизм поддержки сторонних форматов. Но это уже вопрос к автор FLIF-плагина — надеюсь, он обновит свой код когда-нибудь. Меня же очень радует сжатие, которое обеспечивает FLIF. Только посмотрите:

flif6.png

 


Скоро выйдут Fedora 25 и openSUSE 42.2

09.11.2016

Релиз Fedora 25 запланирован на 15 ноября, а openSUSE 42.2 — на день позже. На самом деле, оба этих дистрибутива я тестирую уже около месяца, установив ещё бета-версии. У меня есть некоторые наблюдения, которыми я хочу поделиться.

Fedora

25

Это очень достойный и довольно стабильный дистрибутив, который прекрасно подойдёт для домашнего использования, если вы возьмёте не официальную версию, а сборку от проекта Russian Fedora — в ней уже добавлены дополнительные репозитории, кодеки и прочие штуки, которые в обычной Федоре нужно проделывать вручную. Даже если вы не собираетесь использовать Федору как основную систему, её всегда полезно иметь где-нибудь под рукой (в виртуальной машине или на отдельном жёстком диске/разделе), потому что Федора — это всегда самая новая версия рабочего стола Gnome, передовая и самая стабильная работа новой графической системы Wayland, надёжная и стабильная поддержка UEFI и Secureboot в инсталляторе, огромный выбор стороннего ПО через систему Fedora Copr и многое другое.

Вместе с тем, пользоваться Fedora 25 Beta как основной системой затруднительно, потому что многие проекты в Copr пока не делают сборок для версии 25, многие инструменты, вроде Fedy, тоже пока поддерживают только версии Fedora вплоть до 24-й. Короче говоря, надо просто немного подождать.

В середине октября моя Russian Fedora 25 Beta вдруг перестала обновляться и вообще видеть сервера обновлений. Я догадался заглянуть на страницу состояния инфраструктуры Федоры и увидел там много красного цвета. Инфраструктура всего проекта «лежала» примерно 2 часа по вине урагана «Матфей», который вызвал наводнения и обрыв электропередач в местечке Raleigh, где и расположен дата-центр Fedora Project. Казалось бы, Fedora умеет искать местные зеркала своих репозиториев во всех частях мира, однако сам список зеркал всё равно сначала подтягивается из США. Так что при использовании стандартных настроек пакетного менеджера DNF, работоспособность Russian Fedora всё равно критично зависит от американских серверов.

openSUSE

plasma-5-8-widgets

Предыдущий релиз 42.1 мне откровенно не понравился — он был очень «сырым» и стал более-менее хорошим только через пару-тройку месяцев, когда большинство проблем разработчики наконец решили. Я использую openSUSE ещё со времён версии 10.2 и могу сказать, что за прошедшее время было много как хороших, так и неудачных релизов —  в этом смысле проект openSUSE остаётся непредсказуемым. Правы были те пользователи, которые не стали обновляться до Leap 42.1 и остались на отличных версиях 13.1 и 13.2. Но похоже, что грядущий выпуск 42.2 получится исключительно удачным. За месяц активного использования я остался очень доволен качеством и производительностью системы. Пожалуй, стоит перечислить достоинства и некоторые выявленные недостатки в openSUSE 42.2.

Достоинства:

  • Традиционно лучший инсталлятор из виденных мною. Логичный, удобный, стабильный — оно и не мудрено, ведь готовили его изначально для платной версии SUSE SLE:
  • Приятный в использовании и очень производительный рабочий стол Plasma5;
  • Огромный набор дополнительного ПО в системе openSUSE Build Service (OBS). Здесь много энтузиастов из сообщества openSUSE поддерживают свои сборки пакетов, и тут есть практически всё;
  • Пакетный менеджер Zypper, который, на мой взгляд, гораздо мощнее любого apt или urpm*. На моей практике мне удавалось легко и изящно откатывать систему к предыдущему состоянию после обновления из «левых» репозиториев, используя Zypper. Сломать пакетную систему в openSUSE практически нереально — даже загубленную систему всегда можно вернуть в строй, вычистив её от ненужных наслоений;
  • Интересные возможности бэкапа и версионирования системы благодаря файловой системе Btrfs. В последний раз я тестировал Btrfs ещё с openSUSE 13.1, и тогда меня неприятно удивила низкая производительность этой ФС на десктопе. С тех пор я всегда форматировал корневой раздел для openSUSE в ext4, но недавно я решил поставить 42.2 RC на отдельный жёсткий диск и оставил в инсталляторе настройки по умолчанию — они-то и предлагают всегда Btrfs. В итоге, установленная система показалась мне очень быстрой, и теперь мне больше не хочется менять Btrfs на ext4. Кстати, недавние тесты показывают, что Btrfs не так уж и отстаёт от конкуренток;
  • Самый удобный способ установки обновлений, что я когда-либо видел. В системном лотке Plasma5 сидит значок обновлений, который подаёт сигнал о новых версиях пакетов. Достаточно всего двух щелчков мыши — и обновления тут же скачиваются и устанавливаются!

Недостатки:

По мелочи всегда набираются ошибки, которые хоть и не сильно влияют на общее впечатления о системе, но раздражают. Так, при выходе (log out) из Plasma5 эта самая Плазма сначала замирает на пару секунд, потом с ошибкой перезапускается, и лишь после этого сеанс завершается. Есть надежда, что это исправят в ближайших выпусках Plasma 5.8.х, так что нужно просто подождать обновлений. В остальном, некоторые программы всё равно приходится собирать вручную (KEncFS, KNemo), но их немного. Русификация Plasma5 в целом на «четвёрку» — чуть похуже чем в Rosa Fresh, но мелкие огрехи не сильно портят жизнь.

Самое главное — openSUSE 42.2 ещё до своего выхода оказался очень стабильным и пригодным для использования дистрибутивом, который я могу рекомендовать всем, кто интересуется Linux.


Некоторые исправления для OpenSUSE 42.1

12.01.2016

1. При загрузке ядра система зависает намертво и… через 20 минут всё таки грузится. В 13.2 наблюдал такое на ядре kernel-desktop и лечил это тогда переходом на kernel-default. В OpenSUSE 42.1 нет в образе такого выбора ядер, а новый kernel-default стал зависать при загрузке именно так. Решение нашлось очень простое: к параметрам загрузки ядра нужно добавить dis_ucode_ldr. Нашёл тут.

2. На некоторых машинах система время от времени зависает сама и без видимых причин. В dmesg такое:

[   35.962355] systemd-journald[525]: File /var/log/journal/fde0e1438648364a342657f95654294e/user-1000.journal corrupted or uncleanly shut down, renaming and replacing.

Заметил, что проблема имеется только тогда, когда /var примонтирован на отдельном разделе (именно так предлагается по умолчанию при установке 42.1). Удалось вылечить следующим образом:

su -
rm -rf /var/log/*
systemctl daemon-reload
reboot

Из того, что пока не удалось починить:

  1. При обновлении/установки ядра, создание initrd и обновление загрузчика занимает очень много времени (у меня — 40 минут). Опять же — только на некоторых конфигурациях, когда в системе определённое сочетание дисков с MBR и GPT.
  2. В Plasma 5 полная неразбериха в системном лотке. К тому же так и не починено отображение значка Dropbox. Xembed-sni-proxy не помогает.

В целом, OpenSUSE 42.1 — один из самых глючных и небрежно сделанных релизов OpenSUSE, что, безусловно, расстраивает. Я рассчитывал на качественную сборку KDE Plasma 5, но пока получается, что лучше всего Plasma 5 собрана в Rosa Desktop Fresh R6. Кстати, свежий образ системы «на посмотреть» можно взять тут.

 


Ставим Popcorn-Time в OpenSUSE

26.09.2015

Любопытно, но готового пакета с Popcorn-Time для OpenSUSE не нашлось во всей OBS. В сети имеется установочный скрипт, который по идее должен ставить приложение, но скрипт, увы, устарел и больше не работает. Если вы хотите поставить Popcorn-Time вручную, то это сделать совсем не сложно. Но гораздо удобнее всё же воспользоваться обновлённым скриптом, который я сделал. Скрипт протестирован на OpenSUSE 13.2 64 bit.

Скачать.


OpenSUSE на распутье

10.09.2015

Намедни глянул свежий релиз OpenSUSE 42.1 Leap Milestone2. Система очень приятная и отличается замечательной стабильностью. Но сейчас не об этом. Дело в том, что не все заметили тот факт, что команда OpenSUSE не просто изменила нумерацию версий, но и перешла к другому способу формирования новых версий.

Судите сами. Раньше у нас были номерные версии OpenSUSE (13.1 затем 13.2…), которые считались стабильными. Параллельно сообществом поддерживалась нестабильная версия Factory и нестабильная роллинг-версия Tumbleweed. Вопрос на засыпку: какую версию ставить в продакшн на предприятии в небольшую фирму? Из всех перечисленных версий на эту роль лучше всего годился обычный номерной релиз, но и у него были слабые места. Во-первых, не все номерные релизы OpenSUSE получались удачными. Во-вторых, даже годовой график выпуска релизов был не таким удобным, как LTS-версии у Ubuntu. Что касается коммерческого SLES/SLED, то данные продукты являются именно продуктами — то есть бесплатно ими пользоваться трудно, да и смысла в этом мало. Сайт коммерческой SUSE позволяет скачать пробную версию системы, но получать обновления она будет только первые 60 дней. Для SOHO это неудобно.

Было бы здорово иметь бесплатный и свободный аналог CentOS, который бы завоевал бы сердца админов локалхостов и небольших контор… И этот аналог появился — OpenSUSE Leap. Основной смысл этой принципиально новой версии заключается в предоставлении свежих версий пользовательских программа на базе корпоративной системы SUSE Linux Enterprise (SLE). По сути, это будет ответ на Ubuntu LTS, которая используется как надёжная база с долговременной поддержкой во многих настольных дистрибутивах, включая Linux Mint и ElementaryOS. Однако роль OpenSUSE Leap всё же больше склоняется к корпоративному применению, о чём недвусмысленно сказано в примечании к недавнему релизу:

“Milestone 2 is realistic to use for non-critical production servers,” said members of the openSUSE release team.

Источник

Это важное замечание для всех, кто сейчас использует OpenSUSE 13.2. Версия Leap не является её продолжением и поэтому будет слегка неуклюже смотреться на домашнем десктопе. Настоящая десктопная версия — это OpenSUSE Tumbleweed, который после ноября 2014 г. считается стабильным и протестированным дистрибутивом несмотря на то, что это роллинг-дистрибутив.

Мне вспоминается 2003 год, когда Red Hat объявила, что после Red Hat Linux 9 выйдет Fedora Core 1. Тогда тоже все считали, что Федора будет естественным продолжением старой системой. В действительности же, бизнес перешёл на RHEL и CentOS, а Fedora стала экспериментальной и нестабильной версией.

Сейчас OpenSUSE делает похожее, но с поправкой на более высокое качество релизов: Tumbleweed гораздо удобнее в использовании чем Fedora, а Leap проще настроить под себя по сравнению с CentOS.

Переход с KDE4 на Plasma5 — отдельная большая тема, об этом позже!


Действия после установки OpenSUSE 13.2

12.03.2015

В данной заметке я набросаю себе (и вам) памятку по допиливанию свежеустановленной OpenSUSE 13.2. Речь пойдёт о 64-разрядной системе с рабочим столом KDE. Это будет что среднее между «XX things to do after installing…» и некоторыми общими соображениями вслух.

0.1. Почему именно версия с KDE?

С момента релиза OpenSUSE 13.2 в начале ноября я внимательно тестировал и пробовал различные варианты установки, в том числе с разными DE. Действительно, новая версия отличается удачной интеграции Gnome 3.14 (мои поздравления любителям Гнома). Я не сторонник священных войн между апологетами разных DE, и сам пользуюсь совершенно разными рабочими столами на разных машинах, просто в Гноме мне не хватает конкретных вещей: нормального системного лотка, настроек верхней панели (что-то можно сделать различными расширениями, но этого маловато) и насыщенного функциями файлового менеджера. Поэтому я предпочитаю либо KDE, либо XFCE. В OpenSUSE 13.2 самая лучшая интеграция имеется именно с KDE, более того, потребление памяти KDE здесь очень невелико: загруженный рабочий стол отъедает у меня всего 240 Мб, что почти вдвое меньше, чем в других дистрибутивах.

0.2 Какую версию устанавливать?

Быстрее всего система ставится с живого образа, который можно записать на флешку. Однако с момента релиза уже прошло несколько месяцев и к системе выпущено много обновлений. Это приводит к забавному парадоксу: на обновление установленной системы уходит больше времени, чем на её установку. Установка — это развёртывание Live-образа на жёсткий диск, а обновление — установка множества пакетов. В принципе, у OpenSUSE существует достаточно стабильная rolling-версия под названием Tumbleweed, там после установки прилетает гораздо меньше обновлений.

Ну а теперь, поехали!

1. Установил? Обновись!

Как говорится, first things first. Поставили систему — подключаемся к интернету и обновляемся. Кстати, если у вас WiFi, то после ввода пароля вы увидите мастер KWallet, который предложит включить Бумажник KDE и установить пароль на него. Настоятельно рекомендую так и сделать, чтобы пароль запомнился и его не пришлось бы вводить потом заново.

Теперь, когда сеть есть, идём в Yast и добавляем Репозитории сообщества.

снимок2Какие из них нужны — дело вкуса. Лично я себе включаю Packman и KDE:Extra.

снимок1Почему так важно перед обновлением включить дополнительные репозитории? Во-первых, чтобы не обновляться дважды 🙂 Во-вторых — в Yast по умолчанию включена автоматическая установка «рекомендуемых» пакетов (многих эта функция сбивает с толку), что позволяет автоматически доустановить кодеки, Flash и прочую мультимедиа при обновлении.

После добавления нужных репозиториев, можно обновляться, используя специальный модуль в Yast, который сделает вам zypper up и подтянет те самые «рекомендуемые» пакеты. На всякий случай можно ещё сделать sudo zypper dup в консоли для более полного обновление системной части. Кстати, если вам не хочется каждый раз вводить пароль администратора для sudo, сделайте sudo visudo и раскомментируйте строку про NOPASSWD:ALL для пользователей группы wheel и не забудьте потом включить себя в эту группу.

снимок42. Доустанавливаем пакеты с локализацией

Одна из особенностей установки с Live-образа состоит в том, что вы получите систему с английским интерфейсом. Чтобы это поправить, поставьте следующие пакеты:

kde4-l10n-ru, libreoffice-l10n-ru, plasma-nm-lang, MozillaFirefox-translations-common, gimp-lang

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

После этого достаточно выйти и войти — русский язык появится везде сам.

3. Если у вас система на ноутбуке…

То обязательно нужно поставить TLP — набор утилит, которые следят за энергопотреблением и не дают ноутбуку сильно греться. Устанавливаем.

4. Если у вас Windows на соседнем разделе…

То полезно смонтировать NTFS-раздел с возможностью записи на него. Для этого в Yast зайдите в раздал Разметка и назначьте NTFS-разделу точку монтирования. Там в диалоге есть возможность добавлять свои опции монтирования.

снимок2Добавьте туда uid=username, указав вместо username свой логин.

5. Шрифты

Тут уж дело вкуса каждого. Лично я делаю себе везде Open Sans или Droid Sans, 9 Pt со слабым уточнением. Как сделать такую же настройку для Yast и других приложений, запущенных от root? В консоли набираем:

sudo su —

systemsettings

и настраиваем шрифты как нам надо. Дополнительно есть ещё настройщик qtconfig, полезно выставить нужный шрифт и в нём тоже.

снимок4

6. Облачное хранение файлов и синхронизация

Рассмотрим 3 наиболее продвинутых варианта: Dropbox, MegaSync, Яндекс-диск.

Какие особенности нужно про них знать?

Dropbox

Предлагает бесплатно мало место (2,2 Гб), но очень популярен и есть на всех платформах, а для Linux недавно вышел новенький клиент на Qt5. Установим его:

В домашней папке нажимаем F4 и вводим команду:

cd ~ && wget -O — «https://www.dropbox.com/download?plat=lnx.x86_64» | tar xzf —

Нажимаем Alt+. и видим скрытую папку .dropbox-dist, внутри которой — исполняемый файл dropboxd. При его запуске в системном лотке появится значок Dropbox и запустится диалог авторизации и настройки клиента. Ссылку на тот файл можно добавить в автозагрузку KDE для удобства.

Dropbox умеет интегрироваться в Dolphin, но тут нужно знать об одном нюансе. Для Dolphin существует старое расширение (servicemenu action), которое генерирует теперь уже не работающие ссылки на расшаренные файлы в папке Public. Поэтому важно установить работающее дополнение.

снимок5

У вас в Dolphin появятся два новых пункта меню, которые позволят посмотреть файл в веб-браузере на странице Dropbox (откуда вы и сможете создать публичную ссылку) и посмотреть версии файла там же. Есть ещё замечательная утилита для работы с Dropbox из консоли, которую можно использовать в связке с Dolphin. Для этого нужно вручную сделать сервисное меню (у меня есть план написать об этом позже в отдельной заметке).

Megasync

Это облачный сервис из далёкой Новой Зеландии. Его отличает очень высокая скорость работы (скачивание и закачка реально быстрее, чем на Яндексе) и щедрые бесплатные 50 Гб для хранения файлов.

Не так давно вышел официальный клиент для Linux, вот он. У Megasync нет интеграции с Dolphin, но в интерфейсе самого клиента можно создавать и копировать в буфер публичные ссылки для недавно загруженных файлов. Очень удобно.

Яндекс-диск

Честно говоря, мне не очень нравится этот сервис, потому что Linux-версия клиента ЯД отличается странностями (время от времени отваливается без причины), но зато для ЯД есть отличное сервисное меню для Dolphin. Отмечу, что среди разных сервисов это самая удачная интеграция с Dolphin. Сам клиент можно поставить из этого RPM-пакета, проигнорировав жалобу на недостающие зависимости (rpm -ivh —nodeps —force *.rpm). Интересно, что для ЯД нет нормального индикатора для системного лотка. Вместо него можно вручную посмотреть состояние синхронизации, введя команду yandex-disk status. Для наглядности её можно поместить вот в этот плазмоид. Разумеется, перед этим нужно настроить клиент на работу с вашим аккаунтом в ЯД, читайте об этом тут.

7. Смотрим кино прямо из торрента

Замечательная функция, изначально описанная для Ubuntu на Webupd8.org, но прекрасно работающая и на других дистрибутивах. Последовательно вводим следующие команды:

sudo zypper in vlc vlc-codecs vlc-qt nodejs sudo npm install -g peerflix wget https://raw.github.com/hotice/webupd8/master/Torrent-Video-Player -O /tmp/Torrent-Video-Player sudo install /tmp/Torrent-Video-Player /usr/local/bin/

После этого идём на наш любимый трекер и скачиваем .torrent, но открываем его не в обычном клиенте (Transmission/KTorrent), а в /usr/local/bin/Torrent-Video-Player. Профит!

Если фильм в торренте разумного размера, сам торрент раздаётся достаточным числом сидеров, и у вас толстый интернет-канал — то комфортный просмотр гарантирован.

8. Запускаем Android-приложения прямо в Linux

Как это возможно? Да очень просто! Для браузеров Chrome и Chromium существует замечательное расширение Archon, которое представляет собой среду исполнения (runtime) для Android-программ.
Ловите:
http://archon-runtime.github.io
Скачиваете оттуда архив под вашу архитектуру и разрядность, распаковываете его — должна получиться папка с именем типа vladikoff-archon-44bc9ba24037.
Запускаем браузер, идём в Настройки > Расширения, ставим галку в пункте Режим разработчика, нажимаем кнопку Загрузить распакованное расширение… и выбираем ту самую папку. Всё, теперь ваш браузер способен запускать программы, изначально созданные для Android.
Но где их взять? Из каталога Google Play, вестимо!
Тут вам потребуется ещё немного повозиться. Порядок такой:
1. Находим ссылку на интересующее нас приложение в Google Play
2. Скачиваем APK этого приложения (ловите ценный линк: http://apps.evozi.com)
3. Конвертируем APK в расширение для Chrome.

Последний пункт нуждается в пояснении. Для конвертации вам потребуется утилита chromeos-apk, которая создана тем же человеком, что и Archon. Утилита представляет собой модуль (пакет) для веб-сервера Node.js, который мы выше уже поставили. Поэтому нам осталось:
— установить модуль chromeos-apk (npm install chromeos-apk -g)
— конвертировать APK (chromeos-apk /путь/к/приложению.apk)

На выходе у вас получится папка с распакованным расширением, которую надо установить в браузере описанным выше способом. У расширения будет рядом ссылочка Запустить, которая и запустит приложение.
Наслаждайтесь!

9. Исправляем ошибку PackageKit, из-за которой Apper устанавливает RPM-файлы лишь со второго раза (подробнее). С первого раза отображается следующее странное сообщение:

снимок1Ошибка некритичная, но всё равно раздражает. Для её исправления подключите следующий репозиторий:

http://download.opensuse.org/repositories/home:/Mailaender:/branches:/GNOME:/Factory/openSUSE_13.2/

и установите из него пакет libpackagekitqt4.

снимок3Должно помочь.

10. Используем «лучшие практики»

Нет смысла делать копипасту того, что уже написано другими грамотными людьми. Пользователь Verg на Linuxforum.ru предлагает замечательную и очень полную подборку советов по оптимизации и решению некоторых проблем в OpenSUSE 13.2.

На этом всё, большое спасибо за то, что дочитали до конца! Заходите ещё! 🙂