Блог:Точка Росы

Материал из Rosalab Wiki
Версия от 18:46, 23 августа 2018; A.butyrin (обсуждение | вклад) (оформление, орфография/пунктуация)

(разн.) ← Предыдущая | Текущая версия (разн.) | Следующая → (разн.)
Это снимок страницы. Он включает старые, но не удалённые версии шаблонов и изображений.
Перейти к: навигация, поиск
Rosa-point-logo2.png

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

Если вы умеете пользоваться агрегаторами RSS/Atom, подписывайтесь!. По любым вопросам можно писать сюда.

Весь контент данного блога распространяется на условиях Creative Commons Attribution-ShareAlike 3.0 License (CC-BY-SA)

ROSA Fresh Desktop R5 KDE

Наконец-то мы выпустили ROSA Desktop KDE R5 — дистрибутив на платформе rosa2014.1, с рабочим столом KDE и со сроком поддержки 2 года (до осени 2016 года).

Задержки вызываны тем, что уж очень хотелось наконец-то реализовать Secureboot-загрузку, которую с которой мы возились уже долго, преодолевая сложные бюрократически-технические квесты (подписывание и сертификация разных авторизующих центров, тонкости сборки с подписыванием железными токенами и т.п.).

Возможны и некоторые сложности — если раньше загрузчик Grub2, при каждом изменении анализировал все потенциально загрузочные разделы и «собирался на лету», с поддержкой всех найденных операционных/файловых систем, то сейчас, он собирается на наших серверах, с поддержкой самых распространенных filesystems, там же подписывается и больше не меняется (иначе доверенная загрузка будет невозможна). Если вдруг у вас какая-то очень редкая файловая система в загрузочных разделах…, такая, что grub2 ее не нашел — пишите нам, добавим.

А в остальном, как обычно, дистрибутив отлично подойдет и для развлечений, и для работы. В репозиториях пользователей ждет большая коллекция игр и эмуляторов, включая возможность современных развлечений в Steam. Связаться с друзьями и родственниками можно, используя привычный софт для текстовой и видеокоммуникации, включая Skype. Работает просмотр видео различных видов и форматов. В дистрибутив входит свежий LibreOffice 4.3.3, а также полный классический TeX-стек и известные open-source программы для документирования, верстки и полиграфии. Разработчиков ждут полноценные LAMP/Ruby/Node/C++/… окружения для разработки.

FreshR4-main 640.png

Множество важных, но незаметных технических изменений «под капотом», по сравнению с прошлым релизом (R4):

  • Окружение рабочего стола KDE4 обновлено до версии 4.14.3.
  • Используемое по умолчанию LTS-ядро обновлено до 3.14.25 (также в отдельном репозитории доступно ядро 3.17.6).
  • Mesa обновлена до 10.3.3.
  • Firefox обновлен до 34.0 (также в репозиториях доступен Firefox ESR 24.8.0 с классическим интерфейсом).
  • Набор библиотек OpenCV обновлён до версии 2.4.10 и теперь использует GStreamer 1.0 API. Это позволило устранить падение Digikam, связанное с одновременным использованием GStreamer 1.0 и 0.10.
  • Драйверы для видеокарт NVidia (nvidia340) обновлены до версии 340.65.
  • Драйверы для видеокарт AMD (fglrx) — до версии 14.301.1001 (соответствует AMD Catalyst 14.9).
  • Исправлены проблемы с проигрыванием видео в KLook и TimeFrame после перехода на GStreamer 1.0 API.
  • Исправлены проблемы с предпросмотром видео в Dolphin (закрыты баги в апстриме KDE: #334924, #339882, #337033, #337107).
  • Исправлена проблема с копированием файлов >2Gb при использовании kamera KIO slave (закрыт баг в апстриме KDE: #340908).
  • В Qt4 добавлена поддержка режима «status notifier item» для элементов системного лотка. Для переключения в этот режим требуется установить пакет sni-qt, содержащий Qt4-плагин systemtrayicon.
  • Добавлены привязки Qt4 и Qt5 к python3.
  • Настройки K3b в «Настройках рабочего стола» KDE4 вынесены из раздела «Права доступа» в корень настроек, так как раздел «Права доступа» не используется больше никакой программой и не очевидно, что пункт «Права доступа» соответствует настройкам K3b.
  • В классическое меню запуска приложений добавлена новая категория «Игры->Эмуляторы». Эмуляторы игровых платформ больше не отображаются в категориях «Утилиты->Эмуляторы» и «Игры->Прочие».
  • Стало возможным настроить автоматическое выполнение TRIM для SSD (запускается раз в неделю), пакет ssd-utils включен в дистрибутив.
  • Добавлена поддержка систем с гибридной графикой Intel+AMD. Исправлены ошибки при настройке гибридной графики Intel+NVidia на системах с некоторыми моделями видеокарт.
  • Принудительно отключены оптимизации в проприетарном драйвере NVidia, требующие записи в исполняемую память, так как в ряде случаев они приводят к падению программ (в частности, Pipelight и FS-UAE).
  • Многочисленные исправления в средствах настройки графики на системах с видеокартами AMD Radeon.
  • Исправлена работа Samba на компьютерах с длинными именами.
  • Добавлена возможность печати на принтерах, подключенных к сети Samba.
  • Восстановлена работоспособность брандмауэра Shorewall.
  • В инсталлятор добавлена возможность пропустить установку начального загрузчика (для тех, кто хочет сохранить свой текущий загрузчик).

Скачать образы для 32- и 64-хбитных систем можно здесь.

Дистрибутив основан на платформе rosa2014.1 со сроком поддержки 2 года (до осени 2016 года). На базе этой платформы будет выпущено ещё несколько релизов дистрибутива, аналогично платформе rosa2012.1.

Что касается образов с рабочими столами LXDE и GNOME — мы выпустим их сразу после нового года. Спешки ведь никакой нет — ведь те, кому нужен GNOME и LXDE могут…

  • просто поставить task-gnome и task-lxde — кстати, раньше после установки task-gnome на систему поставленную с неGNOME-образа, «гном» получался слегка проблемный, сейчас все должно быть ОК.
  • использовать пререлизные образы, они достаточно хороши.

Ну, и наверняка будут найдены какие-нибудь хитрые проблемы с секьюребутом, загрузкой, или чем-то еще — и мы их как раз и починим.


В целом, рекомендуюем дистрибутив как домашним пользователям для повседневной коммуникации и развлечений, так и пользователям с расширенными требованиями (разработчики, дизайнеры, ученые…), способным самостоятельно позаботится об настройке своих нетривиальных программ и фреймворков.

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

У нас есть группы в Facebook и VK. В Google Plus у нас есть и небольшое сообщество и только что завели официальную G+-страницу компании — подписывайтесь, а то там совсем нет подписчиков.

Есть форум, на котором не только доброжелательные пользователи, но и постоянно дежурят наши тестировщики, QA, и часто бывают разработчики.

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

РОСе нужен ты и твой ноутбук! Тестируем Secureboot


РОСЕ нужена твоя одежда и мотоцикл ты и твой ноутбук! Особенно если на нем есть secureboot!

Попробуйте хотя бы загрузить в Live-режиме и с включенным secureboot-ом какой-нибудь из этих образов ROSA Fresh R5 (в зависимости от предпочтения рабочего стола)

Мы так долго проходили разную бюрократию, чтобы подписать загрузчик... только сегодня они подписали, и мы хотим успеть добавить эту фичу в R5!

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

Помоги нам проверить загрузку, онегай!

Просто скачай образ, по ссылке выше, запиши его на флешку, и загрузись в лайв-режиме. Ставить не обязательно, никто и ничто не пострадает!

Росе нужен ты и твой ноутбук.jpg

Ну а может и поставить — это собственно наверно уже релизные образы, в любом случае, даже если будут обновления образов, если встанет — обновления придут.

Шаринг и прочий ретвитинг особенно привествуется, жалобы пишите в любом удобном виде, комментами, багами в багзиллу, можно напрямую почтой директору по технологиям.

Как не только фоточки скопировать… или дело о двух гигабайтах и коротком целом типе

Многие фотокамеры сегодня и вчера, и даже позавчера умеют не только делать фото разного разрешения и содержания, но и записывать видео.

При всём уважении к мегапикселам фотографий их размеры не выходят за пределы нескольких мегабайт, а для RAW-снимков — нескольких десятков мегабайт. Видео же можно записать размером и сотни, и тысячи мегабайт. С видео «вот тако-ого вот» размера и произошла следующая история.

Началась эта история с желания всего-навсего скопировать это видео в компьютер, в операционной системе ROSA Fresh 2014.1 KDE. Видео копируется:

Kamera-case-03.png

И внезапно:

Kamera-case-05.png

Процесс, обрабатывающий протокол «camera:», неожиданно покинул наш мир.

Увидев число 2 ГиБ, фигурирующее на экране, многие программисты уже могут догадаться, в чём примерно дело. Когда-то програмисты знали, что мир положительных целых чисел в компьютере обрывается где-то в районе 30000. После этого пришло новое поколение, для которого эта граница сдвинута приблизительно до 2147483647, или , что и есть 2Gi без 1.

Давайте попробуем разобраться и решить возникшую проблему. Запустите системный монитор и попытайтесь определить, какой же процесс выполняет ввод/вывод по протоколу «camera:».

Kamera-case-06.png

Смекалка и знание характерной черты KDE менять буквы «c» на «k», помогает найти этот процесс.

Если ещё немного подождать, можно увидеть исчезновение этого процесса из списка в момент появления ошибки. Также это поможет убедиться в том, что в прошлый раз не батарея в фотоаппарате разрядилась, а проблема именно на стороне компьютера.

Теперь собственно оперативно-розыскные мероприятия.

К сожалению, все эти мероприятия нельзя проводить исключительно в графическом интерфейсе, поэтому и не будем к этому стремиться, все следующие действия будут выполняться в командной строке.

→ продолжить чтение…

ROSA Desktop Fresh R3 «GNOME»

Slowpoke News.png

Вышел релиз «ROSA Desktop Fresh R3» с окружением рабочего стола GNOME. Нет, это не опечатка, мне действительно очень стыдно, но речь сейчас именно о GNOME-версии для релиза R3, KDE-версию которого выпустили давным-давно. И да, мы уже выпустили R4 и для KDE LXDE

Дело в том, что мы не хотели просто выпустить его, как двойника «KDE», и летом мы погнались на несколькими интересными фичами, все задерживая выпуск, надеясь успеть… А потом надеялись выпустить сразу GNOME R4, и тоже с этим возникли проблемы.

В общем, если кому-то нужен виновный, считайте им меня (User:Stanislav.fomin), а эта новость останется нашим с вами секретом (не надо ее нигде пиарить, умоляю).

Screenshot ROSA Fresh GNOME R3.png

В R3 все тот же доработанный-вылизанный нами 3.8 гном, с виндовс-хоткеями и справкой по ним, типографской раскладкой и неподводящим тачпадом, c экранным пером и работающими скриншотами, с откопанным треем и ярлыками на рабочем столе, с файловым менеджером обученным закладкам, человеческой ассоциации с приложениями и стримингу видео с FTP-ресурсов, ну и с десятками других доработок, часть из которых описывали в «Точке Росы».

Да, мы дополнительно доработатывали и вышеописанные эти фичи (появилась иконка «Показать рабочий стол»… в дополнении к хоткею WIN-D, без чего действительно любителям ярлыков на рабочем столе не владеющих хоткеями было туго…, дорабатывали ScreenPen и много что еще) — но руки так и не дойдут описывать все эти мелочи, которые автоматом пришли ко всем, кто ставил GNOME R2.

Гораздо важнее были множество правок инсталлятора («шифрованный раздел», «шифрованный на LVM», «LVM на шифрованном рейд» и прочее-прочее), без чего параноики серьезно относящиеся к безопасности пользователи не хотели пробовать[1] наш прекрасный гном.

Там самый свежий на момент сборки софт (VLC 2.1.5, ffmpeg 2.1.3, libreoffice 4.1.3, стабильное 3.10 ядро … не будем тратить время на эти скучные перечисления), в общем, достаточно свежий, чтобы поставить и подождать релиз GNOME Fresh R4, который немного отстает от KDE и LXDE, ибо мы адаптируем наши доработки из 3.8, которые не удалось продавить в апстрим.

Да, кстати мы завели в багзилле отдельный продукт для GNOME-версии, вот прямая ссылка на постановку багов по R3 в этом продукте.

Ну, и конечно, ссылка на скачивание — скачать ROSA Fresh R3,

или даже напрямую 32bit и 64bit.
  1. На самом деле могли, ведь у нас есть регулярно собираемые образы, прошедшие автоматическое тестирование (работоспособность инсталлятора, запускаемость всех программ, проверки сервисов, стресс-тесты… об этом мы расскажем отдельно)

ROSA Fresh Desktop R4 LXDE


По многочисленным просьбам пользователей, мы с помощью сообщества подготовили LXDE-версию ROSA Desktop Fresh R4, предназначенную для использования в первую очередь на слабых машинах, для которых KDE и Gnome3 слишком громоздки.

Скачать дистрибутив можно здесь:

Минимальные системные требования:

  • 256 Мб ОЗУ (рекомендуемый объем - 512 Мб, для режима Live рекомендуется 384 Мб).
  • Место на жёстком диске: 6 Гб HDD 
  • Процессор: Pentium4/Celeron

Основные базовые компоненты системы:

  • LTS-ядро 3.14.15 с поддержкой BFQ-планировщика версии 7r5
  • Glibc 2.19
  • GCC 4.9.2_2014.08 Linaro
  • графическая подсистема на основе Xorg 1.15 и Mesa 10.2.7
  • улучшенный инструмент настройки графической подсистемы XFdrake, способный корректно настраивать видеокарты с гибридной графикой
  • последние версии компонентов LXDE, основанных на Gtk
  • для управления питанием и нотификациями используются соответствующие компоненты из XFCE, адаптированные для использования с systemd.

Из пользовательских приложений, в образ входят:

  • LibreOffice Writer и Calc версии 4.3
  • Firefox 32.0.2
  • Медиа проигрыватель ROSA Media Player
  • Почтовый клиент Claws-mail

Таким образом, дистрибутив готов к полноценной работе "из коробки". Если же каких-то приложений не хватает, то в пользователям доступны все репозитории ROSA Desktop Fresh R4.

Данный релиз станет последним выпуском, использующим рабочий стол LXDE. В будущем в роли легковесного рабочего окружения разработчики планируют использовать LXQt, пакеты которого уже доступны в репозиториях ROSA Desktop Fresh R4.

.png

ssd-utils - TRIM для SSD раз в неделю


SSD Disks.jpg

Как известно, принципы работы solid-state дисков (SSD) значительно отличаются от таковых для HDD.

Если файловая система это поддерживает, полезно время от времени передавать SSD информацию о том, какие блоки данных больше не используются (удалённые файлы и т. д.). Это, как минимум, позволяет избежать постепенного снижения производительности SSD.

Операция TRIM как раз предназначена для таких целей. Для большинства современных SSD она доступна. Широко используемые в Linux файловые системы ext4, btrfs, xfs и некоторые другие TRIM поддерживают.

Есть два основных варианта работы с TRIM:

  • Выполнять TRIM после каждого удаления файла, — например, для ext4 этот режим включается, если при монтировании файловой системы задать опцию discard. Как правило, не очень удобно: TRIM требует времени, так что если эту операцию делать часто, то время выполнения операций с файлами на SSD может даже возрасти.
  • Запускать время от времени команду fstrim — при этом TRIM будет выполнена для всех освободившихся блоков данных в файловой системе.

Ubuntu пошла по второму пути, начиная с версии 14.04. А теперь это есть и в ROSA Fresh R4 — достаточно установить пакет ssd-utils.

ssd-utils выполнит fstrim сразу после установки (для тех файловых систем, где это поддерживается), а также настроит автоматический запуск fstrim раз в неделю.

Стоит заметить, что если используются шифрованные разделы, RAID, devmapper и т. п., то может понадобиться вручную настроить всё это, чтобы запрос на выполнение TRIM от файловой системы мог добраться до собственно SSD.

Кроме этого, как и в Ubuntu, fstrim по умолчанию будет запускаться только для SSD от «проверенных» производителей. В данный момент это:

  • Intel
  • Samsung
  • OCZ
  • SanDisk
  • Patriot

С SSD от некоторых других производителей бывали проблемы, приводившие к повреждению файловых систем. Впрочем, если у Вас есть SSD другого производителя и Вы уверены, что с этим SSD всё в порядке, можно включить fstrim и для него. Для этого достаточно добавить опцию --no-model-check для fstrim-all в /etc/cron.weekly/fstrim.cron (подробности — в комментариях в этом файле).

Какие рабочие столы вы используете в дистрибутивах ROSA? Опрос…

Question-button.png

И снова мы хотим обратной связи — пожалуйста, не поленитесь, выберите те «рабочие столы», «окружения рабочего стола», «Desktop Environment»-ы, которые вы используете.

Какие DE вы используете в системах ROSA?

KDE277
6%
LXDE279
6%
MATE1338
27%
XFCE1287
26%
Enlightenment (E19)267
5%
GNOME Shell190
4%
GNOME Shell Classic53
1%
GNOME Fallback15
0%
Легкие рабочие столы — Awesome, *box, ratpoison и т.п.1168
24%
Ничего из перечисленного4
0%

Если мы что-то забыли, напишите в комменты, добавим к опросу.

Urpmi - автоматическое добавление источников при установке пакетов по сети


ABF предоставляет удобную возможность давать пользователям экспериментальные сборки пакетов для тестов, не публикуя их в какие-либо репозитории. Достаточно сделать на основе сборочного задания контейнер - полноценный репозиторий, содержащий только пакеты из данного задания. Пользователи могут добавлять этот контейнер как источник и устанавливать из него пакеты.

Однако контейнеры - вещь временная, используемая для тестирования пакетов перед их отправкой в репозиторий (или на свалку истории). Более того, контейнеры на ABF автоматически уничтожаются через два месяца после создания. Так что добавление контейнера как постоянного источника вряд ли разумно - нужен он обычно только один раз, а после только засоряет систему.

Если в контейнере только один пакет, то можно передать urpmi прямую ссылку на этот пакет. Однако если в контейнере несколько пакетов, зависящих друг от друга, то придется добавлять источник, ставить пакет, а потом (рано или поздно) этот источник удалять. Многовато действий для ленивых тестировщиков и разработчиков! Неудивительно, что не раз поступали предложения сделать urpmi немного умнее и автоматически пробовать добавлять источник, если запрашивается установка пакета по сети, а после завершения установки этот источник автоматически удалять.

Например, допустим мы хотим установить пакет apache-mpm-prefork из сборки https://abf.io/build_lists/2290444. С предыдущей версией urpmi, попытка передать URL пакета напрямую успеха бы не принесла:

[root@r4null64 ~]# urpmi http://abf-downloads.rosalinux.ru/rosa2014.1/container/2290445/x86_64/main/release/apache-mpm-prefork-2.4.10-2-rosa2014.1.x86_64.rpm
Не удаётся установить запрошенный пакет:
apache-mpm-prefork-2.4.10-2-rosa2014.1.x86_64 (из-за неудовлетворённости apache-base[== 2.4.10-2])
Продолжить установку? (Y/n) 

Понятное дело, недостающий apache-base-2.4.10-2 находится в том же контейнере.

С новым urpmi эта команда отрабатывает "на ура":

urpmi http://abf-downloads.rosalinux.ru/rosa2014.1/container/2290445/x86_64/main/release/apache-mpm-prefork-2.4.10-2-rosa2014.1.x86_64.rpm
добавляется источник «medium_for_apache-mpm-prefork-2.4.10-2-rosa2014.1.x86_64.rpm»
    http://abf-downloads.rosalinux.ru/rosa2014.1/container/2290445/x86_64/main/release/media_info/20141009-184429-synthesis.hdlist.cz
    http://abf-downloads.rosalinux.ru/rosa2014.1/container/2290445/x86_64/main/release/media_info/20141009-184429-info.xml.lzma                                                    
    http://abf-downloads.rosalinux.ru/rosa2014.1/container/2290445/x86_64/main/release/media_info/20141009-184429-files.xml.lzma                                                   
    http://abf-downloads.rosalinux.ru/rosa2014.1/container/2290445/x86_64/main/release/media_info/20141009-184429-changelog.xml.lzma                                               
Для удовлетворения зависимостей будут установлены следующие пакеты:                                                                                                                
(только проверка, без установки)
 Пакет                          Версия       Релиз         Dist  DEpoch Платформа 
(источник «medium_for_apache-mpm-prefork-2.4.10-2-rosa2014.1.x86_64.rpm»)
 apache-base                    2.4.10       2             rosa  2014.1 x86_64 
 apache-mod_actions             2.4.10       2             rosa  2014.1 x86_64 
 apache-mod_alias               2.4.10       2             rosa  2014.1 x86_64 

< ... список пакетов для установки ... >

 apache-mod_usertrack           2.4.10       2             rosa  2014.1 x86_64 
 apache-mod_version             2.4.10       2             rosa  2014.1 x86_64 
 apache-mod_vhost_alias         2.4.10       2             rosa  2014.1 x86_64 
 apache-modules                 2.4.10       2             rosa  2014.1 x86_64 
(командная строка)
 apache-mpm-prefork             2.4.10       2             rosa  2014.1 x86_64 
Будет использовано 8.1КБ дополнительного дискового пространства.
Будет загружено 887КБ пакетов.
Установить 38 пакетов? (Y/n) Y

< ... журнал установки вырезан ... >

удаляется источник «medium_for_apache-mpm-prefork-2.4.10-2-rosa2014.1.x86_64.rpm»

Как мы видим, перед установкой пакета urpmi добавил источник с названием medium_for_apache-mpm-prefork-2.4.10-2-rosa2014.1.x86_64.rpm, а после установки удалил его. Даже если попытка установки завершится неудачно (по причине конфликтов, отсутсвия зависимостей, либо если вы просто ответите "нет" на предложение urpmi поставить необходимые пакеты), то источник все равно будет удален. Однако если вы прервете выполнение urpmi в процессе установки пакета (например, нажав Ctrl-C), то источник останется у вас в системе.

URL источника определяется очень просто - из URL, переданного в качестве аргумента urpmi, Отбрасывается имя пакета. Если источник по заданной ссылке добавить не удастся, то будет выведено соответствующее сообщение, однако установка запрошенного пакета будет продолжена. Автоматическое добавление источников можно полностью отключить в командной строке с помощью опции --no-auto-media, либо выставив глобальную опцию no-auto-media в файле /etc/urpmi/urpmi.cfg.

База данных поддерживаемого оборудования

Idea.png
Примечание
С сентября 2016 года стала доступна обновленная версия базы оборудования.

На сегодняшний день на рынке предлагается огромное количество разнообразных конфигураций персональных компьютеров. При разработке операционной системы РОСА мы прилагаем существенные усилия для поддержки всевозможных конфигураций.

Еще пять лет назад при разработке первых версий операционной системы и до недавних пор мы использовали стандартный для отрасли метод взаимодействия с пользователями. Если у пользователя что-то не работало, то он сообщал об этом на нашем форуме или в багзилле. Затем команда поддержки начинала выяснять у пользователя характеристики компьютера, системные логи и др. Все эти многочисленные данные собирались в комментариях к соответствующему багу и затем анализировались разработчиками на возможность исправления проблемы. Главный минус такого подхода был в том, что от пользователя требовалось слишком много действий и отладка проблемы растягивалась на недели, а иногда и на месяцы.

Для упрощения процесса взаимодействия с пользователями мы разработали инструмент hw-probe. Инструмент предназначен для сбора на компьютере пользователя всей необходимой информации для анализа и отладки его проблемы. При этом от пользователя требуется выполнить всего лишь одну команду:

   hw-probe -all -upload

Создать пробу можно как на установленной системе, так и из Live-режима. Перед вызовом команды желательно подключить максимальное количество периферийных устройств, чтобы они также были проанализированы, и обновить соответствующий пакет:

   sudo urpmi.update -a
   sudo urpmi hw-probe
Idea.png
Примечание
Теперь пробу оборудования компьютера можно сделать еще проще, кликнув на иконку "Проба оборудования" в стартовом меню SimpleWelcome.

В результате запуска команды информация обо всем оборудовании на компьютере, системные логи инициализации и др. информация будет загружена в нашу базу данных для последующего анализа разработчиками. Пользователю при этом будет выдана ссылка на пробу его оборудования, которую он может приложить к сообщению на форуме, багу или поделиться со знающими людьми, которые могут помочь с решением проблемы (пример пробы для ASUS N73SV здесь). В результате такого механизма взаимодействия, проблемы на компьютерах пользователей теперь решаются гораздо быстрее.

Пакет hw-probe является базовым для дистрибутива РОСА Desktop Fresh R4 (и всех будущих версий). Обязательно обновите этот пакет перед использованием, чтобы загрузить в базу наиболее полные результаты тестов. Пользователям других версий ОС РОСА или других дистрибутивов необходимо следовать этим инструкциям.

На основе всех собранных проб оборудования пользователей, а также статического анализа драйверов ядра автоматически создается база данных поддерживаемого оборудования. Ознакомиться с базой данных можно на сайте hw.rosalinux.ru/. В ней можно, например, посмотреть список всех протестированных видеокарт или список всех WiFi-карт, поддержка которых заявлена ядром. Также можно посмотреть список и классификацию всех протестированных моделей компьютеров. Для классификации устройств мы используем ядерную классификацию соответствующих драйверов. Для PCI и USB устойств дополнительно используется более тонкая классификация по идентификатору класса устройства.

В этой заметке мы призываем всех пользователей операционной системы РОСА загрузить пробы своего оборудования с помощью вышеприведенной команды для пополнения списка поддерживаемого оборудования. Максимальное количество подключенных к компьютеру периферийных устройств при снятии пробы - приветствуется. В случае, если какое-то устройство не функционирует, то просьба также описать проблему на нашем форуме, в багзилле или на странице вконтакте.

Как вам наши темы для GNOME? Видеоопрос

Question-button.png

Новый[1] жанр — микровидеообзор (пара минут) с опросом.

А именно, мы хотели бы оценить нравится ли вам наша гномовская тема, вернее темы (тема shell, тема gtk+, тема оформления окон) — если вдруг вопросы непонятны — посмотрите ролик.

Дело в том, что и у нас внутри нет единого мнения, и нужно обоснование — поддерживать ли нашу собственную тему для GNOME. Мир GNOME SHELL непрост, с каждой новой версией куча всего отваливается и требует допиливания[2]


Какая SHELL-тема для GNOME SHELL лучше?

  •  Adwaita
  •  Rosa-elementary
  •  Другая (ну напишите в комменты…)

Какая GTK+-тема для GNOME лучше?

  •  Adwaita
  •  Rosa-elementary
  •  Другая (ну напишите в комменты…)

Какая тема оформления окон в GNOME лучше?

  •  Adwaita
  •  Rosa-elementary
  •  Другая (ну напишите в комменты…)


Заранее спасибо!

А для тех, кто не устал голосовать — последний аккорд:

Такой формат видео обзоров/анонсов от сотрудников…

  •  Супер!
  •  ОК, буду смотреть
  •  Ну, может посмотрю
  •  «Нинужно…»
  1. На самом деле мы уже опробовали на нашем VK, но в других соцсетях нормальных опросов вообще не сделать, и не все пользуюся соцсетями, и вовсе несколько опросов в одном месте — удобней
  2. Если взять свежий GNOME, то на него не натягиваются 99% тем с gnome-look.org, отлаживают там только стандартную Adwaita.

ROSA Fresh Desktop R4

Представляем вам ROSA Desktop Fresh KDE R4 — дистрибутив семейства ROSA Desktop Fresh с рабочим столом KDE.

.png

Дистрибутив подойдет и для развлечений, и для работы.

В репозиториях пользователей ждет большая коллекция игр и эмуляторов, можно установить Steam, и привычный софт для текстовой и видеокоммуникации, включая Skype. Работает просмотр видео всех видов и форматов. В дистрибутив входит свежий LibreOffice 4.3.1, но в репозиториях есть полный TeX-стек и все известные open-source программы для документирования, верстки и полиграфии.

Разработчиков ждут полноценные LAMP/C++/… окружения для разработки.

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

Дистрибутив основан на новой платформе rosa2014.1 со сроком поддержки 2 года. На базе этой платформы будет выпущено несколько релизов дистрибутива, аналогично платформе rosa2012.1.

Скачать

→ продолжить чтение…

Screenpen — магия пера или эффективная свобода преподавания со стилусом

Лекции и семинары, конференции и бизнес-тренинги — называться это может по-разному, но суть в любом случае одна: автор-лектор-тренер, пытается передать аудитории смысл голосом, жестами и, самом важное, что-то показывая — формулы ли это на доске, ватман с картинками в руках, или стеклянные колбы с живыми опытами.

Ранее, кроме живых демонстраций, вариантов визуализации почти не было — только унылая доска в меловых разводах. Затем с Запада пришли флипчарты и «смерть от PowerPoint-а», и в целом, сейчас актуален спор между любителями слайдов и «старой школой доски».

Плюсы слайдов и других заранее заготовленных материалов, не важно, скучные ли это рожденные из документов слайдоменты, веселые картинки или «адов матан» — это большая читаемость текста, формул, диаграмм и визуальная эффективность, даже если там будут только «картинки с котиками». Минусы — линейность и детерминированность, очень трудно отойти от накатанного сценария с заготовленным набором слайдов. Это еще более-менее терпимо в коротком докладе на конференции, но неудобно для семинара-тренинга.

Мастер-класс на ProductCamp-2012.jpg

Этого недостатка лишены мастера флипчартов и модных маркерных досок — они могут быстро импровизировать, набросать поясняющую диаграмму или простую иллюстрацию, написать нужную формулу и анимировать зависимости и переходы… с другой стороны — качество этих рисунков, текста и формул — ужасное, и если писать только на доске, без заготовок, то это чистый проигрыш даже простым «слайдоментам».

Что делать? Ну, теоретически, можно совмещать — показывать и заготовленные слайды, и при этом импровизировать и дорисовывать пропущенное на доске. Тут возникает куча проблем с переключением, как внимания аудитории, так и инструментов лектора, не говоря уже о необходимости дополнительной «недвижимости» досок. Ведь проектор уже стал обязательным оборудованием для лекториев, портативный проектор и ноут легко взять с собой на какой-нибудь выездной тренинг, где, проецируя на стену можно обойтись без специального экрана. А если у слушателей есть лептопы или планшеты, то можно просто транслировать им экран.

И это не говоря уже о том, что то, что транслируется на экран, можно эффективно и качественно записать на видео, грамотно смонтировав, или показывать дистанционно.

Так что же делать? Тут на помощь приходят стилусные ноутбуки, т.е. лептопы, в которых можно рисовать пером напрямую по экрану. Сейчас мощный тренд тотальной сенсоризации дисплеев, но даже если ваш ноутбук не такой, то можно специально для выступлений купить простой pentablet с ebay — например, б.у. HP 2730p, которые когда-то стоили $4000, сейчас можно найти на ebay за $50 и дешевле (подробней см. в разделе #Эффективный ebay-инг). Это позволительно даже небогатому преподавателю. Ну, а если бюджет позволяет, можно поставить в класс тачскрин-моноблок типа HP TouchSmart 610, на который и удобно смотреть преподавателю, не отворачиваясь от аудитории к большому экрану, и рисовать пояснение даже пальцем, поверх слайдов с формулами и прочим.

TouchSmart 610 on ISPRAS.jpg

Итак, поговорим, о том какой же open-source софт позволит достичь синергии между заготовленными материалами и импровизацией на месте, позволит вам, если и не превратится в звезду TED, то по крайней мере, эффективно объяснять то, что вы знаете.

Во-первых, есть отдельный класс программ-журналов, заменяющих флипчарты — journal, jarnal, xournal и др. У них есть свои плюсы и минусы, местами даже уникальные возможности. В любом случае, освоив хотя бы одну из них, вы уже не будете нуждаться в досках и флипчартах.

Собственно на эту тему, у нас был короткий доклад на конференции OSEDUCONF-2014, где я показал живьем работу с «электронными маркерными досками», и если кратко — лучшее из них, это Xournal, который конечно же есть у нас в репозиториях.

Кстати, спрошу, надо ли писать обзор докладов с конференции OSEDUCONF-2014? А то видео было нами опубликовано оперативно, за неделю, но без обзорного доклада похоже мало кто смотрел записи с этой конференции.

Но кроме досок и слайдов, самой лучшей визуализацией ведь были «живые опыты», а в современных условиях на лептопах это будут живые демонстрации работы с софтом и сервисами, показ видеофрагментов, управление внешними устройствами, — и возникает очевидный вопрос: нельзя ли совместить «магию пера» с «живой демонстрацией»?

В мире Windows давно была маленькая суперпрограмма ZoomIt, написанная гениальным Марком Руссиновичем[1], с минималистичным оптимизированным интерфейсом. С ней можно было просто и удобно в любой момент рисовать поверх всего на экране разными цветами и увеличивать любой его фрагмент.

Но ZoomIT, хоть и бесплатен, но закрыт и работает только для Windows, а в мире open source и Linux с этим было сложно. Аналогичные программы вроде бы были, но сожалению, совершенно unusable.

  • Ardesia — перегруженная и глючная;
  • GromIT — неудобный, глючный, и заброшенный в 2004;
  • GromIT-MPX — неудачная попытка его реанимировать;

… ну ничего хоть близко лежащего с ZoomIt.



Good news, everyone!

Наша команда реализовала[2] ScreenPen — аналог ZoomIT, и сейчас мы опишем его возможности.


Электронный карандаш-маркер для рисования «поверх экрана» в Linux.

ScreenPen-Launch.png

При разработке ориентировались на популярную Windows-утилиту ZoomIt.

  • Реализует ее функциональность (+много еще)
  • Наследует ее клавиатурный интерфейс — Windows-пользователям не придеться переучиваться.

В ROSA GNOME идет из коробки, надо лишь включить («Параметры → Дополнительные параметры → Расширения SHELL») расширение «ScreenPen Launch»

И тогда у вас появляется иконка с лупой[3].

В KDE, LXDE или других средах надо самостоятельно настроить хоткей для вызова «screenpen».

Для KDE это можно сделать в Настройках рабочего стола (Комбинации клавиш и росчерки -> Специальные действия -> Изменить -> Новый -> Глобальная комбинация клавиш -> Команда или адрес).

Screenpen-gnome.png

И тогда, по хоткею «CTRL-1» вы активируете ScreenPen, и далее можете:

  • Увеличивать рабочий стол, хоть до одного пикселя, с помощью колесика мыши или скроллинга тачпада, и перемещаться с этой лупой по рабочему столу.
  • Начать рисовать (при этом положение активной фиксируется, хотя по прежнему, ее можно зумить). Просто рисуйте стилусом, пальцем по понимающему тачскрину, или, на худой конец, зажав левую клавишу мыши.
    • Менять толщину карандаша-фломастера клавишами 1,2,…9
    • Переключать разные цвета, мы выбрали самые простые и надежные:

R G B C M Y W

C этими цветами можно рисовать и по белому, и по черному экрану, и даже подобрать что-то контрастное поверх странного интерфейса, картинки или видео. И в любом случае, отобразить палитру ваших эмоций, разделив что-то хорошее от плохого, а опасное от ценного («красный-голубой)».

Есть также отдельно режимы, также включаемые одной клавишей

A
По умолчанию — режим обычного, свободного рисования.
Z
Включает режим рисования линий (например нужны стрелки, или просто ровные линии).
X
Режим рисования прямоугольников.

Как обычно, самое главное для пользователя — как выход. Выход по клавишам «ESC» и «TAB». С одной стороны «ESC» — привычней, но ошибочное нажатие на эту клавишу выбразывает из режима презентации во всех программах (Impress, Evince, Okular…) поэтому рекомендуем приучиться использовать только «TAB».


Исходный код
https://abf.io/uxteam/ScreenPen

→ продолжить чтение…

WBEM — открываем возможности локализации

Wbem-l10n.png

Многим известно, а остальные догадываются, что браузеры умеют передавать веб-серверу список предпочитаемых пользователем языков. Реализуется это с помощью специального http-заголовка Accept-Language. Например, его значением может быть:

ru-RU,ru;q=0.8,en-US;q=0.5,en;q=0.3

Получив эту строку, веб-сервер понимает, что пользователь хочет получить информацию прежде всего на русском языке, причем на его разновидности, принятой в России. Если это невозможно — просто на русском, в крайнем случае на английском (американском), и на худой конец — любом английском.

В случае наличия подходящего контента веб-сервер сможет удовлетворить пользователя, условно говоря, на 100%, 80%, 50% и 30% соответственно.

Но этот механизм работает не только в вебе для обычных смертных. В стандартизированном наборе технологий для управления предприятием через веб, WBEM (Web-based Enterprise Management), предусмотрена подобная возможность получать с управляемых устройств информацию на языке, предпочитаемом администратором.

Например, администратор может получить с управляемого компьютера описание интересующего его пакета на русском языке.

В Linux есть несколько (как всегда) вариантов внедрения WBEM. Один из них — использовать

  • на стороне управляемого компьютера проверенный временем CIM-сервер Pegasus, разработанный командой The Open Group;
  • а на стороне управляющего — молодую, но многообещающую библиотеку для Python'а lmiwbem, разработанную в Red Hat.

В этой связке многое работает хорошо и здорово, кроме вышеупомянутой возможности локализации. Заголовок, в котором должен передаваться предпочитаемый язык при запросе, к сожалению просто никак нельзя задать на стороне lmiwbem, хотя сервер готов принять это указание и передать конечному получателю — коду конкретного провайдера, который сможет выдать информацию на желаемом языке.

Наше решение — добавить в объект WBEMConnection соответствующее свойство requestAcceptLanguages.

Предложение было принято разработчиками, и в версии lmiwbem, следующей за версией 0.3.1, становится возможным следующее [1]:

import lmiwbem
conn = lmiwbem.WBEMConnection()
# Get Accept languages
 
print conn.request_accept_languages
# Set Accept languages
 
conn.request_accept_languages = [("ru", 1.0), ("en", 0.5)]
 

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

ROSA не обидится на ваши измены — запоминаем выбор последней загруженной системы


Времена Единственной Операционной Системы давно миновали, и сейчас вполне нормально не бессмысленно ждать Единственную и Идеальную[1], а завести себе их несколько — насколько позволяют время и силы. Для работы одну, для развлечений — другую, для высоких исследований — третью…

Как ты мог мне изменить с ней.png

И ROSA не обидится на ваше непостоянство, наоборот, будет мирно сожительствовать, и поддерживать ваш выбор.

Тут на самом деле идет речь, о том, что мы прилагаем большие усилия к тестированию распознавания уже установленных операционных систем, в инсталляторе есть возможность их аккуратно «подвинуть», ужав их разделы, а совсем недавно, мы решили и запоминать, и загружаться в последнюю выбранную систему.

Это удобно, гуманно и т.п., ибо пользователем ожидается, что после перезагрузки (операции странной, вынужденной, ненужной пользователю), он окажется там, где был, а не в какой-то другой непонятной системе — многие домашние пользователи вовсе боятся загрузочного выбора, ожидая появления «настоящей системы». И даже опытному пользователю неприятно ждать при перезагрузке, чтобы выбрать то, что нужно, а нужно, с большой степенью вероятности, именно то, что было до этого. Впрочем, опытный пользователь, если и недоволен, уберет эту эвристику за пару секунд. Ведь речь идет всего-лишь о добавлении пары строчек в /etc/default/grub

GRUB_SAVEDEFAULT=true
GRUB_DEFAULT="saved"

Так что если у вас даже не РОСА, а что-то другое, загружаемое GRUB2-ом, то вы можете настроить все это вручную. Не забудьте кстати вызвать sudo update-grub2, после правки /etc/default/grub.

А в новой ROSA Fresh R4, которая вот-вот выйдет, все это будет по умолчанию.

Надеюсь, эта новость вас…

Ввела в экстаз ^_^12
17%
Порадовала :)53
76%
Оставила равнодушным -_-5
7%
Огорчила :(0
0%
Так что не бойтесь поставить Росу в дополнении к вашим системам — места много не займет, не будет мешать вам ходить к вашим старым подругам… вы даже можете ее не любить — она все равно будет ждать и надежно работать для вас.
  1. Операционную систему, конечно же

«НТЦ ИТ РОСА» на «Инфобереге 2014» — итоги участия

Руководство «НТЦ ИТ РОСА» посетило Алушту в рамках участия в XIII всероссийской конференции «Информационная безопасность. Региональные аспекты. ИнфоБЕРЕГ-2014».

Наибольший интерес участников конференции вызвала тема импортозамещения, а одним из самых популярных стал доклад президента и генерального конструктора «НТЦ ИТ РОСА» Владимира Рубанова «От открытого кода — к отечественным сертифицированным системам».

Заменить импортное ПО на написанное «с нуля» российскими программистами во всех сегментах — утопия. Однако есть возможность быстрого рывка к технологической независимости за счет использования открытых свободных технологий, на развитие которых у нас есть все технические возможности и юридические права даже при угрозе самых жестких санкций. Однако само по себе открытое ПО бесполезно без создания локальной инфраструктуры его разработки и наращивания локальной компетенции специалистов. Компания «РОСА» занимается задачей построения такой независимой инфраструктуры и экспертизы с момента основания. Результаты вылились в линейку российских операционных систем, которые могут поддерживаться и развиваться даже в условиях международной изоляции. В докладе мы поделились этим опытом и предложили коллегам масштабировать данную модель для обеспечения технологической независимости в других сегментах — рассказывает Владимир Рубанов, президент и генеральный конструктор «НТЦ ИТ РОСА».

→ продолжить чтение…

PDF-браузинг у нас в GNOME ОК

Вебтехнологии захватывают все, даже продукты превращаются в сервисы, а программы в странички в веб-браузере, что же говорить про обычное чтение — в эти же страницы упали газеты/журналы/книги, и если раньше чтение ассоциировалось с настольной лампой и теплым клетчатым пледом, неторопливым шелестом бумаги с последовательным чтением увесистого томика под беззвучное шевеление губами, то сейчас — с зомбированным взглядом в светящийся жидкокристаллический экран с шевелением уже не губами, а пальцами. Чтобы прыгать этим самым веб-браузером по ссылкам, и возвращаться обратно, позволяя пытливому разуму обходить бесконечное Дерево Знаний, то забуриваясь в глубину, то ускоряясь вниз, то выныривая вверх. Впрочем, граммарнаци отпинали бы сейчас меня не только за двойной призыв «веб-браузера» в предложении, но и за само слово, — ведь это же тавтология, это на гнилом западе webbrowser, а у нас просто «браузер», другого нет, и не будет…

На самом деле есть — есть еще и PDF-браузер. PDF до сих пор еще остается непревзойденным форматом, когда нужен читать хорошо сверстанный текст с изображениями, где формулы не выпрыгивают из строчек, изображения мягко обтекаются колонками текста с грамотно расставлеными переносами. Да, обычный худлит все равно в чем читать, но вот хорошо сверстанные учебники, с формулами и иллюстрациями, гиперссылками на определения и теоремы… — для этого нужен настоящий PDF-браузер — не просто читалка с прокруткой, и навигацией по страницам, но именно настоящий гипертекстовый подход — «перейти по ссылке, вернуться обратно», и чувствуя себя Тезеем с страховочной нитью, можно смело погружаться в лабиринты ссылок в гипертекстовых книгах.

В качестве примера подобной электронной книги, с формулами и гипертекстом, я, чисто для иллюстрации, нескромно порекомендую свой учебник.

И с этим в Linux-мире вроде все отлично — под KDE живет Okular, под GNOME — Evince, знакомый обычным пользователям скромно по должности «Просмотрщик документов» и с этим все хорошо.

А, на самом деле нет. В GNOME нехорошо.

Evince with broken navigation.png

В Evince задумана функциональность «Back», есть кнопка для этого на аскетическом интерфейсе, есть стандартный хоткей «ALT+←», но… оно не работает, тупо бросая на предыдущую страницу. Ужас, кошмар, нить Тезея порвалась, Ариадна его не дождется… придется ставить Okular.


Good news, everyone!

Мы починили это! Ну, на самом деле, даже не пришлось писать патч, мы нашли малоизвестный патч в соответствующем баге, и у нас в GNOME теперь все хорошо! Через пару-тройку лет, с вероятностью 50%, возможно этот патч попадет во все дистрибутивы…, так что если кто читает это и строит какой-нибудь GNOME-дистрибутив — рекомендуем сделать это прямо сейчас, это один из таких мерзких кирпичиков, из-за которых многие считают, что на «планете GNOME» жизнь невозможна.


Надеюсь, эта новость вас…

Ввела в экстаз ^_^4
25%
Порадовала :)9
56%
Оставила равнодушным -_-2
13%
Огорчила :(1
6%

Наши инструменты в дистрибутиве Debian


В компании «НТЦ ИТ РОСА» разрабатывается множество инструментов для автоматизации тестирования различных компонентов ОС. Большинство из них мы делаем достаточно универсальными и публикуем их под свободной лицензией GPL для того, чтобы поделиться наработками с Linux-сообществом. Согласно отзывам, за время нашего существования эти инструменты нашли свое место среди повседневных средств разработки у нескольких сотен разработчиков системных библиотек по всему миру, а также у мейнтейнеров десятков дистрибутивов Linux.

На этот раз наши инструменты пришли и в Debian-сообщество. На конференции DebConf14 был доклад (см. видео доклада ACC for abi breaks), посвященный опыту использования наших инструментов для разработки дистрибутива Debian. В докладе были освещены такие инструменты, как ABICC, Upstream Tracker, ABI Dumper, API Sanity Checker и др. На основе инструмента ABICC разработчиками Debian был создан адаптированный к Deb-пакетам инструмент dh-acc.

Это уже не первый раз когда наши наработки упоминают на конференциях. Например, в 2013 году ведущий разработчик Qt Thiago Macieira рассказал на конференции LinuxCon о поддержке бинарной совместимости библиотек со ссылкой на инструмент ABICC в качестве основного средства тестирования (см. видео доклада Binary compatibility for library developers).

Автоматическое обновление метаданных в urpmi


Мэйнтейнеры, имеющие дело с разработческими версиями Росы, часто сталкиваются с ситуацией, когда urpmi не может обновить тот или иной пакет по той причине, что в репозиториях уже собрана более новая версия пакета, а той, что указана в метаданных, имеющихся у urpmi, уже не существует. В таких ситуациях приходится сначала запускать urpmi.update и снова пробовать установить нужный пакет. Конечно, можно просто всегда запускать urpmi --auto-update, но работа этой команды может затянуться, а обновить конкретный пакет, как водится, нужно срочно.

Хорошая новость — теперь (в ветке rosa2014.1, которая превратится в ROSA Desktop Fresh R4) urpmi сам в состоянии обновить метаданные и перезапуститься в случае, если что-то пошло не так с закачкой файлов и есть подозрение, что обновление метаданных поможет решить эту проблему. Такое поведение является теперь поведением по умолчанию; отключить его можно с помощью опции «--no-restart». Кроме того, можно заставить urpmi обновлять метаданные не сразу при обнаружении проблемы, а после некоторого таймаута — соответствующее время ожидания можно задать с помощью опции «--download-timeout». Последняя особенно актуальна для ABF, где сборки пакетов иногда завершаются неудачно из-за того, что старая версия какого-то пакета из репозиториев уже удалилась, а метаданные для новой еще не сгенерировались. Когда ABF переедет на новый urpmi, таких проблем должно стать меньше.

Новая возможность urpmi актуальна прежде всего для разработчиков. Большинство обычных пользователей с подобными проблемами сталкиваются редко — во всяком случае, если они не отключали себе автоматические уведомления о доступных обновления, так как для таких уведомлений urpmi.update выполняется автоматически на регулярной основе, а обновления пакетов для уже выпущенных систем происходят реже, чем для разработческих версий. Впрочем, пользователи тоже бывают разные, и кто-то наверняка заметит, что количество ручных действий при установке пакетов теперь несколько сократилось.

Откапываем забытый Tray — панель уведомлений снова видна в режиме обзора

Slowpoke News.png

Итак, сегодня у нас новый жанр — Slowpoke news! Расскажем о доработке, которую сделали еще в прошлом году, но никак не доходили руки ее описать, обосновав, почему это правильно.

Для этого, необходим исторический экскурс в эволюцию логики десктопных рабочих столов. Ведь цель интерфейса десктопной системы — дать пользователю возможность рулить множеством одновременно запущенных приложений, давай возможность переключаться между приложениями требующими активного внимания пользователя, и при этом, не сильно отвлекая пользователя держать его в курсе того, что потенциально может потребовать его внимания.

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

Но. Для всех остальных 99.99…99% пользователей это слишком. Стало понятно, что надо дать возможность быстро переключатся между самыми активными приложениями — для этих приложений были рождены концепции панелей, или как в GNOME SHELL, переключения по миниатюрам окон в режиме обзора, плюс последовательное переключение по Alt-Tab. А кучу фоновых процессов-приложений надо куда-то деть, чтобы они могли не сильно отсвечивая, показывать свой статус, и пытаться привлечь внимание, если стало совсем невтерпежь. Это и разные мессенджеры, чатилки, почтооповещалки, звонилки-говорилки, музыкальные плееры, обновлялки софта, мониторинги питания и здоровья оборудования, и т.п. Для них потребовалось уметь представить себя компактной инфографической иконкой, отражающей состояние и необходимость реакции, и для них появился отдельный концепт — «tray», системный трей, он же «область уведомлений», он же «область статусов», … как только его не называли, иногда даже груба калькируя с английского, как «лоток» и «поддон».

Icons in Windows tray.png

И в этом «поддоне» продолжалась борьба приложений за внимание пользователя и жизненное пространство — продвинутый пользователь в Windows, где огромное количество фоновых приложений с tray-интерфейсом[1] забивали его подзавязку, и приходилось разруливать, кто допущен в видимую область всегда, кому разрешается помахать флажком уведомлений при необходимости, а кого надо вообще спрятать от греха подальше. Ну и добраться до конкретного трей-приложения, когда их несколько десятков, все они нарисованы микроиконками 16×16, и надо либо тупо смотреть на этот пазл, напоминающий старые пиксельные головоломки, либо подводить к каждому курсор, надеясь, что всплывающая подсказка поможет вспомнить, «кто все эти люди?».

В сети можно найти много совсем страшных картинок, но для примера я приложил tray со своего Windows-десктопа — видно, что совсем, совсем непросто рыться в этой куче.


При проектировании интерфейса GNOME SHELL, был сделан очередной подход решить эту проблему. Там введено, условно говоря, два трея — верхний и нижний.

Верхний
растет с правого верхнего угла в верхней, классической GNOME-панели, там основные иконки статуса оборудования — зарядка-звук-клавиатурная раскладка и туда пускают некоторые другие приложения по специальному списку избранных. Можно редактировать этот список, можно ставить специальные расширения, чтобы пустить еще кого-то, например, мы по умолчанию в нашем GNOME устанавливаем Skype Integration, и при запущенном скайпе там всегда будет видно, есть ли там что читать, или нет. Собственно, для нелинукс-пользователей все это похоже на MacOS с menulet-ами, и да, Apple тоже бореться с их засильем, запрещая все лишнее, а народ пишет дополнения («Menu Extra Enabler», и т.п.), чтобы туда что-то засунуть.
Нижний
Он же «message bar», но наверно привычней для русского уха называть его «нижним треем». Там сидят все фоновые приложения. Им дали большие иконки 48×48[2], в них легко попасть и мышью, и пальцем на тачскрине. Единственное ограничение — их не видно, нижний трей скрыт от глаз пользователя.
Gnome-trays.png

Это все реализация GNOME-подхода, что пользователь — это не оператор АЭС, который должен следить и переключатся между сотней датчиков и приложений, а должен быть сфокусирован на своей основной задаче, и все лишнее не должно его отвлекать.

Не должно быть постоянно мигающих мессенджеров — «посмотри, кто написал привет, а то я так и буду мигать в углу, пока у тебя не случится эпилесия», «я обновляюсь показывают страшные рожи», «я проверяю диск и тоже что-то там анимирую». Нет, если что-то важное, например живое сообщение из мессенджера — покажи это на несколько секунд всплывающим с нижней кромки окна сообщением — если пользователь тут, он, без малейшего шевеления конечностями, чисто периферийным зрением это увидит и успеет прочитать, и если надо отреагирует. Нет — жди, когда он соблаговолит слазить в «поддон» и посмотреть, у кого что натикало.

Благородная цель, неплохая идея, дело за малым — чтобы можно было легко и интуитивно в этот поддон заглянуть.

И вот тут, не слава богу.

В нижний трей можно заглянуть:

  • «По-смартфонному» — оттянув пальцами по экрану нижний край вверх. Да, понятно тач-пользователям, но увы, большинство даже лептопов без тачскрина, и даже если он есть, а работа идет по десктопному, с клавиатурой-тачпадом-мышью, перенос пальцев на экран — тяжелейшая операция, т.е. для десктопа это не вариант.
  • «Пробить мышью дно» — надо доехать курсором до дна нижнего края экрана, и <начать рыть, продолжить ломится дальше — т.е. продолжить гладить тачпад, либо скоблить мышью по столу — просто доехать до конца и подождать — обычно не срабатывает. Возможно тут еще и глюки механизма, но даже, если бы он работал идеально — это не ОК, ибо догадаться о том, что с некоторой задержкой нижний край как-то реагирует — это дико нетривиально для обычного пользователя. Конечно, если пользователь уже столкнулся с Windows 8 он в цирке не смеется он уже привык исследовать края экрана, но все-таки это не гуд. Особенно не гуд этот метод, для продвинутых пользователей, активных операторов, печатающих и не желающих, чтобы мышь и фокус внимания и ввода куда-то переключался.
  • Для таких пользователей, нужен хоткей, позволяющий на секунду заглянуть в поддон, не сбивая положение курсора, и рук на клавиатуре. И да, такой хоткей есть. «WIN-M». Неизвестный (для продвинутого Windows-пользователя это минимизация окна), неочевидный («Win-M?, Mmmm? WAT?»), и неудобный (одной рукой вслепую не нажать).

При том, что есть такая кнопка, которая известна всем пользователям, без которой в GNOME Shell вообще ничего не сделать, про которую твердят обучающие ролики при установке системы… Это WIN! Кнопка «WIN», про которую мы уже писали в Blog:Точка Росы/Хоткеи для Windows-свитчеров. Смело переходите на GNOME!, и Blog:Точка Росы/Кнопка WIN ваш лучший друг! Учим горячие клавиши в GNOME.

Именно она создана для того, чтобы вырвать пользователя из фокуса на текущем приложении и перевести в режим «Обзора», обзора всего, и именно в этом режиме изначально показывался нижний трей, он же message bar, что было совершенно логично. Но в районе 3.4 гнома они это выпилили (больше минимализма для бога минимализма!), и залили «подвал бетоном» — нижним треем стало абсолютно неудобно пользоваться.


Good news, everyone!

Мы починили это и вернули нижний трей в режим обзора.

Gnome-tray-in-view-mode.png


И теперь, постфактум, спросим — а не зря ли?

Надеюсь, эта новость вас…

Ввела в экстаз ^_^29
45%
Порадовала :)26
40%
Оставила равнодушным -_-8
12%
Огорчила :(2
3%



Update
Похоже, все-таки это мы сделали зря — хотя голосование в среднем одобрительное, мы получали негативные отзывы об этой доработке (см. например [1]), а так как отключаемой (через расширения) эту функциональность реализовать нам пока не удалось, мы решили начиная с GNOME 3.12 отключить эту доработку. К тому же неутомимые гномеры вовсе решили в свежих версиях гнома отказаться от нижнего трея.
  1. Одни только кучи независимых обновлялок для разных приложений чего-то только стоят, или какие-нибудь твикеры-улучшатели десктопного поведения, драйвера устройств ввода и графических карт… чего там только нет, весь сонм виндовс-утилит, драйверов и прочих софтин лез в tray…
  2. Разумеется, если их и там будут сотни, они начнут скейлится и сжиматься, но изначально им выдан здоровый кусок нижнего края экрана целиком, плюс под Linux не нужны автообновлялки к каждому приложению, в общем, хороший шанс уложится без утрамбовки.
  3. Официальная новость по итогам IT Campus 2014

    Подведены итоги масштабного мероприятия для ИТ-специалистов, прошедшего 25-27 июля 2014 года в Калужской области.

    ITCampus – это новое мероприятие для «айтишников» разной специализации: разработчиков программного обеспечения, web-разработчиков, системных администраторов, «гуру» информационной безопасности и даже digital-маркетологов. Целью был сбор представителей ИТ-отрасли, объединенных девизом: «Информационные технологии должны быть доступны всем».

    В 2014 году IT Campus посетили более 1500 участников из десятков городов России и некоторых стран СНГ и Балтии, в их числе — и представители компании «РОСА». Основное внимание организаторы уделили конференционному блоку, который проводился в три параллельных потока на протяжении двух дней. Спикеры сделали более 40 докладов, провели несколько мастер-классов и панельных дискуссий. В числе вызвавших наибольший интерес аудитории выступлений можно отметить: «Взломать за 60 секунд» Андрея Масаловича из компании «Инфорус», «Жизнь после Сноудена» Виталия Федорова из «Лаборатории Касперского», «Что такое PostgreSQL?» Олега Бартунова (ведущий разработчик PostgreSQL), «IT-стартапы в сфере B2B» Рустема Хайретдинова (акционер InfoWatch и владелец Appercut), доклад Cтаса Фомина («РОСА») и множество других выступлений.

    Директор по технологиям компании «РОСА» Стас Фомин выступил ведущим секции по Open Source (свободному ПО, СПО), где в интерактивном взаимодействии с участниками были развенчаны мифы, связанные с этой моделью, обсуждены тренды в мире СПО. Стас рассказал о проблемах, с которыми часто сталкиваются производители продуктов на основе открытого кода и системные администраторы таких систем, а также уделил внимание проблемам безопасности СПО и особенностям для коммерческих проектов.

    Вопросов к докладчикам и тренерам у участников возникло так много, что дискуссии вышли за пределы запланированной сессии. Для неформального общения была организована специализированная зона в отдельном шатре, где обсуждение можно было продолжить в более комфортных условиях.

    По завершении докладов и мастер-классов «жители» IT Campus могли принять участие в развлекательной программе, включающей спортивные соревнования, катание на сигвеях и квадроциклах, профессиональные конкурсы CTF и турнир по Quake 3. Кроме того, можно было посетить ярмарку ИТ-вакансий, концертную программу, посмотреть на гигантский костер и праздничный салют.

    IT Campus прошел в живописном месте на берегу Оки. Проживание участников было организовано в палаточном городке. При этом гостями была отмечена хорошо подготовленная инфраструктура: наличие парковки для автотранспорта, санитарных зон, душевых, электричества и Интернета. Помощь в работе лагеря оказывали охрана, медики, представители УВД и МЧС, а также волонтеры.

    Партнерами IT Campus 2014 стали «Лаборатория Касперского», Microsoft, EMC, HP, Veeam, Acronis, Develonica, Luxoft, "РОСА" и другие. Помощь в организации конференционного блока оказала «Академия Информационных Систем».

    Фотоотчет IT Campus доступен по ссылкам: День первый; День второй.

    Впечатления Стаса Фомина об участии в мероприятии Вы также могли прочитать в «Точке РОСЫ»