Блог:Точка Росы
Блог с постами технической направленности — чтобы похвалиться сделанной работой и поделиться результатами исследований, выполненных в текущей рутине.
Если вы умеете пользоваться агрегаторами RSS/Atom, подписывайтесь!. По любым вопросам можно писать сюда.
Весь контент данного блога распространяется на условиях Creative Commons Attribution-ShareAlike 3.0 License (CC-BY-SA)
Массовое тестирование МФУ
Недавно мы протестировали огромное количество различных МФУ, принтеров и сканеров в офисах HP и Xerox, которые любезно предоставили нам свое оборудование. Каждое устройство тщательно тестировалось под управлением нескольких версий операционной системы РОСА (DX32 Nickel 1.0, DX32 Nickel 2.0, DX64 Nickel 2.0, RED X2 и Desktop Fresh R5). Главным образом тестировалось качество печати на драйвере по умолчанию. Если на драйвере по умолчанию устройство не функционировало, то подбирался подходящий драйвер. Для некоторых устройств требовался проприетарный драйвер с сайта производителя.
Для записи результатов тестирования мы создали специальный подраздел нашей базы оборудования для периферийных устройств: hw.rosalinux.ru/mfp/. В записи для каждого устройства вы можете найти информацию о протестированном драйвере, версии системы, качестве печати и другие комментарии по настройке устройства. Теперь при покупке МФУ, принтера или сканера для использования под управлением ОС РОСА вы можете смело руководствоваться этой базой данных.
В будущем планируется также посещение офисов Epson, Brother, Samsung и Canon.
- ...
HW Probe 0.9.2: графический интерфейс и запуск без пароля
Мы выпустили новую версию 0.9.2 нашего инструмента HW Probe для сбора информации об оборудовании и системных журналов.
RaceHound 1.0 - ещё раз о «гонках» в ядре
Недавно вышла версия 1.0 системы RaceHound для поиска «состояний гонки» при обращениях к данным в ядре Linux.
Если говорить простым языком, такие «состояния гонки» — это когда к данной области памяти разные потоки выполнения в программе (или, скажем, в ядре) могут обращаться одновременно, причём хотя бы один из потоков выполнения меняет содержимое этой области памяти. Такие ситуации могут приводить к очень неприятным последствиям, но выявить их бывает очень непросто.
В этом, например, может помочь инструмент KernelStrider. Он находит много потенциальных «гонок», но у него могут быть и ложные срабатывания, то есть бывает, что он сообщает о «гонке», которой нет.
RaceHound же, наоборот, может многое «не заметить», но если он выявил «гонку» — та, действительно, происходит. Кстати, эти инструменты хорошо работают в паре: KernelStrider выявляет потенциальные «гонки», а RaceHound проверяет, действительно ли эти «гонки» происходят.
В частности, таким образом удалось недавно выявить интересную «гонку» в драйвере «uvcvideo» (работа с web-камерой) из ядра 4.1-rc5. Правда, разработчики этого драйвера уверяют, что ничего страшного из-за этой гонки произойти не может, но всё же.
Принцип работы RaceHound очень прост.
- Ставим программную точку прерывания, ПТП, (наподобие того, как это делают отладчики) на те инструкции в коде, которые могут участвовать в «гонке».
- Когда какая-то из ПТП срабатывает, выясняем, к каким данным в памяти соотв. инструкция собирается обратиться, то есть находим их адрес и размер.
- Ставим аппаратные точки прерывания на эту область памяти.
- Делаем небольшую задержку. Если в это время кто-то обратится к этой области памяти, аппаратные точки прерывания сработают — «гонка» выявлена.
- Убираем аппаратные точки прерывания, затем даём возможность той инструкции, для которой выше сработала ПТП, выполняться дальше.
Разумеется, «дьявол — в деталях» и реализовать такой алгоритм на практике оказалось очень и очень непросто. Не зря работа над RaceHound ведётся с лета 2012 года.
По сравнению с предыдущими версиями (0.x), в версии 1.0 наши специалисты существенно переработали основные компоненты RaceHound. Раньше можно было использовать его только для одного выбранного модуля ядра. Теперь же — для произвольного кода как в самом ядре, так и в модулях, для любого участка кода, куда можно поставить программную точку прерывания.
Кстати, при подготовке этой версии была найдена и исправлена ошибка в механизме работы с точками прерывания (точнее, с т. н. Kprobes) в самом ядре. Исправление должно войти в версию ядра 4.1.
Фотографии устройств в базе оборудования
Мы начали прикрепление изображений на страницы протестированных компьютеров и отдельных устройств в нашей базе поддерживаемого оборудования. Пока изображений не очень много, но мы надеемся, что с помощью нашего мощного сообщества мы сможем сделать базу более яркой и наглядной.
Теперь при создании пробы компьютера вы можете дополнительно передать его фотографию или фотографии отдельных устройств (видеокарты, материнские платы, принтеры и т.д.) и мы непременно добавим их в базу. Сделать это можно в специальной теме на нашем форуме или в социальной сети ВКонтакте. Загружайте только сделанные вами лично фотографии.
Фотография устройства будет отображаться только на странице этого устройства (пример: диск SanDisk SSD U110 16GB). Фотография же компьютера будет отображаться не только на странице этого компьютера, но и во всех его пробах (пример: ноутбук ASUS A3L).
Массовое тестирование WiFi карт
Помимо множества ноутбуков и десктопов с разнообразными конфигурациями в нашей тестовой лаборатории есть еще и склад отдельных компонентов (видеокарты, мониторы, сетевые карты и т.д.), которые мы тестируем отдельно на тестовых стендах. Некоторое время назад склад пополнился пакетом из нескольких сот разнообразных WiFi карт. И, наконец, мы закончили тестирование этих карт.
Изначально тестирование было начато еще на старой платформе R3 и затем продолжено на R5. Большую часть карт составляли карты формфактора Mini PCI-E и Mini PCI-E Half-Size, но был и десяток старых Mini PCI. После классификации и выявления дубликатов был составлен каталог из 69 различных моделей карт. Производителями карт были: Atheros (30), Broadcom (21), Realtek (9), Intel (6) и Ralink (3). Тестирование производилось на двух наших тестовых стендах (1, 2) с помощью специальных переходников для таких карт на порты PCI-E и PCI соответственно.
Надо понимать, что 69 протестированных карт - это несколько сот (а может и тысяч) охваченных моделей ноутбуков, в которых эти карты используются, так как одна и та же карта может использоваться в нескольких десятках разных ноутбуков различных производителей.
В результате тестирования было выявлено и исправлено с десяток проблем. Все проблемные карты были отмечены в нашей базе данных оборудования. Большой вклад в тестирование WiFi карт внесли и наши пользователи, которые сделали пробы своих компьютеров. Ими было протестировано еще 165 различных моделей карт.
Самая популярный производитель WiFi карт на компьютерах наших пользователей — Atheros (AR9285 и AR9485). За ними идут, по убыванию популярности, Broadcom, Intel, Realtek и Ralink. Самые беспроблемные карты — Atheros и Intel. Больше всего проблем было выявлено с картами Broadcom. Для некоторых карт Realtek (например, RTL8723BE) нужно обновить ядро.
Найти нужную WiFi карту или любое другое интересующее вас устройство и посмотреть его статус поддержки можно с помощью поиска. Но лучше сделать пробу вашего компьютера и перейти на страницу карты из списка устройств в пробе. Так заодно можно проверить и другие устройства на компьютере.
WiFi карты
Тестовый стенд
Адаптеры на PCI-E и PCI
Каталог карт
Точка Росы №10
Пришло время для очередного дайджеста «Точки РОСЫ», ведь с момента предыдущего прошел уже год.
Да, в прошлом выпуске мы спрашивали, с какой периодичностью выпускать наш журнал-дайджест, и там лидировали варианты «еженедельно» и «ежемесячно». Но, понятное дело, это неразумно — ведь за неделю у нас может и вовсе не быть ни одной новости, хотя может и несколько — ну для этого у нас есть и этот блог, на который можно подписаться и классически — по RSS/Atom, или через социальные сети — VK, FB, недавно заведенная официальная страница компании в G+ и давно самозародившееся неофициальное сообщество в G+.
А дайджесты и PDF-сборки статей интересны наверное тем, кто не сильно заинтересован в нашей работе, но изредка готов, без лишних переходов по гиперссылкам, возможно даже от отчаяния (интернета нет, но есть недочитанный PDF-файл), полистать его, чтобы ознакомится с нашей работой, и сложно сказать, с какой частотой их надо выпускать… но наверняка, о должен содержать не меньше десятка статей, с другой стороны, если больше ста страниц, то наверняка уже можно.
Исторически, именно PDF-файлами мы начинали публиковать «Точку Росы» на опеннете и ЛОРе, но с публикацией в там есть некоторые проблемы: почему-то начинается обсуждение, касающееся чего угодно — обложки, личного мнения о сотрудниках и нашей работе, о политике… обо всем, кроме собственно, содержания. Поэтому мы там точно не очень хотим там часто «светиться», чтобы не надоедать, и не раздражать собравшуюся публику.
Впрочем, наверно надо разделять вопрос о нужности PDF-дайджестов и публикации на ЛОР и opennet. Наверное, надо спросить именно об этом:
Нужно ли публиковать изредка (год/полгода) сборки «Точки РОСЫ» на LORe
|
Нужно ли публиковать изредка (год/полгода) сборки «Точки РОСЫ» на OpenNet-е.
|
Итак, перейдем собственно к журналу. Как обычно, это будет и вебжурнал в формате «подборка статей с обложкой», так и так и в олдскульном PDF-файле c сотней страниц.
В любом случае — «многобукф», 250K знаков, почти две сотни страниц.
Итак, в десятом выпуске «Точки РОСЫ»:
Rex - управляем множеством машин с помощью SSH и Perl
В статье про групповые политики для Chromium в Linux мы упомянули, что json-файлы с политиками Chromium можно распространить по большому количеству машин с помощью программ управления конфигурацией типа Puppet или CFEngine. Но многие сисадмины считают эти программы слишком монструозными для подобных задач и предпочитают раздачу файлов по старому доброму SSH. Однако чтобы раздать файл множеству машин, придется уже написать небольшой скрипт на Shell. А поскольку раздача файлов — явно не единственная задача, которую захочется выполнить таким образом, то со временем у вас накопится куча Shell-скриптов, которая имеет тенденцию превращаться в свалку.
К счастью, имеются инструменты для более изящного использования SSH при выполнении задач на всех подвластных машинах. Одно из таких средств — это Rex. Никаких агентов на клиентских машинах, никаких сложных настроек — просто скрипты, выполняющие задаче на множестве компьютеров. Скрипты пишутся на языке Perl, но знать этот язык для выполнения большинства операций не обязательно. Rex предоставляет богатую библиотеку функций для выполнения типичных задач (копирования файлов, получения информации о системе и так далее), так что обычно скрипты умещаются в десяток строчек.
В этом году Rex перевалил за версию 1.0 и считается теперь вполне стабильным и надежным. А начиная с релиза 0.55.0, Rex официально поддерживает РОСУ (не без нашей помощи — в свое время мы делали обзор Rex для журнала «Системный администратор», было бы странно при этом не добавить в Rex поддержку наших дистрибутивов).
В ROSA Desktop Fresh пакет Rex уже есть в репозиториях и можно его установить через urpmi:
# urpmi Rex
А самую свежую версию всегда можно установить с сайта разработчика в одну команду:
# curl -L get.rexify.org | perl - --sudo -n Rex
Для совсем простых задач можно даже не писать скрипты, а командовать Rex прямо из консоли. Например, вот так можно скопировать файл test_policy.json в директорию /etc/chromium/policies/managed на машинах с именами client0, client1, … client10:
# rex -H client[0..10] -e 'upload "test_policy.json", "/etc/chromium/policies/managed"'
Поскольку Rex общается с клиентскими машинами по SSH, то на каждой машине должен быть запущен SSH-сервер, а программе необходимо передать логин и пароль для доступа (а лучше использовать авторизацию по ключу, чтобы не вводить пароль каждый раз).
Можно описывать задачи в скриптах. Например, создадим файл следующего содержания и назовем его Rexfile (Rex по умолчанию ищет файл с таким именем в текущей директории, так что можно его не указывать в параметрах вызова):
user "your_user"; password "your_password"; task "get_os", "localhost", sub { say get_operating_system(); };
Здесь мы определили задачу get_os, которая будет выполняться на нашей локальной машине («localhost») и будет печатать нам имя операционной системы. В начале файлы необходимо задать имя и пароль (либо ключ) для доступа к целевым машинам.
Теперь запустим Rex, приказав ему выполнить задачу get_os (и подавив вывод излишней информации с помощью опции -q):
$ rex -q get_os RosaDesktopEnterprise
Как видим, в качестве имени ОС Rex извлек значение DISTRIB_ID из файла /etc/lsb-release (которое также можно получить, выполнив команду lsb_release -i).
В одном файле можно описывать несколько задач, а каждую задачу можно ассоциировать с множеством машин. Вовсе не обязательно ограничиваться копированием файлов и «игрушечными» задачами. Возможностей у Rex довольно много — можно управлять пакетами, сервисами, всевозможными настройками клиентских машин, проводить инвентаризацию оборудования и даже управлять облаками. Познакомиться со всеми этими возможностями можно разделе документации на сайте разработчика. Но учтите — в отличие от простых задач, более сложные могут потребовать написания более сложных скриптов на Perl, так что перлоненавистникам этот подход вряд ли понравится.
ROSA Enterprise Desktop X2
Представляем ROSA Enterprise Desktop X2 — новую версию операционной системы для корпоративного сектора. В состав дистрибутива входит прикладное программное обеспечение, решающее большинство типовых задач: многофункциональный офисный пакет, интернет-браузер, программы для работы с электронной почтой, обмена мгновенными сообщениями, просмотра и редактирования аудио- и видеофайлов и многое другое.
Дистрибутив основан на ROSA Desktop Fresh KDE, но предоставляет дополнительные гарантии стабильности — обновления, не являющиеся исправлениями уязвимостей и критических ошибок, попадают в ROSA Enterprise Desktop X2 только после тщательного тестирования и «обкатки» в ROSA Desktop Fresh.
Если вы хотите приобрести данную систему или получить ее установочный образ для внутреннего тестирования, вам необходимо связаться с нашим отделом продаж. Детали можно найти на нашем сайте.
Приглашаем на ProfsoUX-2015 в Питере
В ближайшую субботу в Питере пройдет ProfsoUX-2015 — динамичная конференция по юзабилити, UX (User eXperience), всем остальным смежным темам — проектной и продуктовой аналитике, тестированию и геймификации использования, крутым инструментам и эффективным процессам для всего этого.
Организуют конференцию сами эксперты из индустрии, т.е. там нет занудных академических докладов, дипломов студентов — только практика, только хардкор, только состоявшиеся профессионалы, рассказывают о самом bleeding edge дизайнерских трендов, новых, неведомых интерфейсов взаимодействия, живодерских методов экспериментов над пользователями и другими вкусными вещами.
Доклады будут хорошо подготовлены — там многоуровневый отбор, удаленное рецензирование материалов и аудирование докладчиков, фигни быть не должно. Ну, по крайней мере, ее точно будет мало. Организаторы решили улучшить качество, даже по сравнению с прошлыми годами — а оно и так было вполне отличным.
Причем, как известно, можно не разбираться в программировании и менеджменте, но каждый современный человек, пользователь продуктов и сервисов, всегда готов поговорить и поругаться на тему юзабилити — так что специальных знаний от слушателей не потребуется.
Плюс, это ведь не только доклады — это редчайшая возможность отловить людей, отвечающих за интерфейс ваших любимых продуктов и сервисов, и попытаться поправить мозги — либо им, либо себе. По-крайней мере, излить на них свою боль, идеи, закрыть, как говорится, гештальт — это многого стоит.
Интересно ведь не только слушать доклады (будут и живые мастер-классы, где можно будет потренироваться в проектировании и прототипировании чего-нибудь), а живьем отловить людей, отвечающих за качество, фичи, и проработанность массовых продуктов и сервисов, чтобы излить на них свою боль и идеи. Выяснить интересный инсайд, или наоборот, рассказать о своем продукте или сервисе.
Кроме того, в рамках конференции будут мощные мастер-классы и тренинги, на которых, из вас за день сделают профессионала. Ну, в смысле, наверно можно будет пройти собеседование куда-нибудь.
Мы, команда «РОСы», традиционно выступаем информационным партнером, снимаем видео докладов и публикуем обзоры конференции, так что если вы почему-то не в курсе — немедленно читайте:
- Blog:Точка_Росы/Обзор_юзабилити-конференции_ProfsoUX-2014
- Blog:Точка_Росы/ProfsoUX — юзабилити-конференция в SPB. Обзор ProfsoUX-2013, приглашение на ProfsoUX-2014
или сразу смотрите записи 2014 и 2013 годов.
Ну или хотя бы просмотрите пару-минутный ролик:
Что же касается нас, то от «НТЦ ИТ РОСА» будет несколько сотрудников UX Team, будет Стас Фомин — и нас тоже можно отловить нас можно отловить, и поговорить про развитие наших дистрибутивов и продуктов.
Как уже говорил, будем снимать видео, и может быть (как фишка ляжет), будет некоторая трансляция. Но не факт. И возможны совершенно разные факапы, так что если очень настроены что-то посмотреть — смотрите лично, ловите докладчика, задавайте вопросы.
Ну, а если совсем не можете быть в Питере, ну типа никак — ОК, тогда смотрите сотню докладов по юзабилити с разных конференций, с прошлых лет — и если у вас возникают интересные мысли, по просмотру доклада — не важно, критика или позитив, запишите их там в комментарии. Ведь темы практически не устаревают, очень хотелось бы, чтобы жизнь доклада продолжалась после конференции.
- Update
- Конференция прошла на ура, отличные доклады, дружелюбная атмосфера, wish you were here.
Мы уже обработали и опубликовали видео.
Вот обзорный ролик на пару минут:
А семь часов видеозаписей докладов — тут.
«НТЦ ИТ РОСА» 22 апреля на конференции «IT-fresh. Свежий взгляд на решение бизнес-задач»
На конференции «НТЦ ИТ РОСА» представит собственные программные решения для различных типов оборудования и продемонстрирует их работу в виртуальной среде.
IT-fresh — это яркое событие для ИТ-рынка Москвы, призванное познакомить Вас с российскими и зарубежными разработчиками программного обеспечения, чьи решения и технологии набирают популярность и станут стандартами уже в ближайшее время. Организатором мероприятия выступает компания «Аксофт».
Темы конференции:
- Азиатский взгляд на российский рынок СУБД.
- Роль и возможности свободного ПО в корпоративном сегменте.
- Все о web-приложениях — от разработки и интеграции до защиты и администрирования.
- Какие изменения и тенденции? Новые вендоры: готов ли рынок и игроки меняться в условиях кризиса?
- Новые направления в ИТ и тенденции их развития в ближайшие несколько лет.
Участникам IT-fresh известный российский разработчик представит ROSA Enterprise Desktop (RED) и ROSA Enterprise Linux Server (RELS), предназначенные для оснащения рабочих мест и серверов без специальных требований по информационной безопасности. Доработка, обновление и поддержка этих продуктов ведется на территории РФ и не зависит от зарубежных поставщиков, позволяя использовать их для импортозамещения и обеспечения технологической независимости получаемых на их основе решений.
ROSA Enterprise Desktop (RED) — операционная система для рабочих станций. Дистрибутив основан на независимой кодовой базе, прошедшей сборку в среде полного цикла ROSA ABF. Система построена по принципу «одна задача» — «одно приложение» и рекомендуется к применению в корпоративной среде. Включает из коробки" полный набор приложений для того, чтобы начать работу сразу после установки: почтовый клиент, браузер, офисный пакет, клиент быстрого обмена сообщениями.
ROSA Enterprise Linux Server (RELS) — операционная система для построения серверных решений. RELS совместим с популярными свободными и коммерческими приложениями уровня предприятия, в том числе на бинарном уровне. В основу RELS положены исходные тексты Enterprise Linux и Mandriva, дополненные фирменными инструментами для развёртывания частных облаков, а также для централизованного управления сетевыми ресурсами, разработанными «НТЦ ИТ РОСА». Является полностью открытым программным обеспечением, включает поддержку серверных аппаратных платформ и систем хранения, защищен от внешних угроз. При создании решения разработчиками учитывался опыт многолетней эксплуатации аналогичных открытых решений в Европе.
ROSA Enterprise Desktop (RED) и ROSA Enterprise Linux Server (RELS) технологически совместимы с сертифицированными продуктами производства ООО «НТЦ ИТ РОСА», что позволяет при необходимости повышать уровень защищенности путем легкой миграции на сертифицированные решения, а также строить инфраструктуру с разными контурами безопасности.
Приглашаем на ROSS 2015 — Russian Open Source Summit
Приглашаем посетить экспозицию «НТЦ ИТ РОСА» в рамках ROSS 2015.
Организатором Саммита традиционно выступает ведущий ИТ-еженедельник PC Week/RE. Ожидается, что в работе ROSS 2015 примут участие порядка 400 руководителей и специалистов из коммерческих компаний разных отраслей и госорганизаций.
ROSS 2015 призван осветить качественно новую роль Open Source как основного движителя развития современных информационных технологий в эпоху облаков, мобильности и социальных сетей.
Только идеология Open Source сегодня позволяет реализовать на практике концепцию универсальной технологической платформы, обеспечивающей интероперабельность информационных систем и сервисов различных производителей.
В качестве ярких примеров здесь можно привести Open Source проекты облачной операционной платформы OpenStack, программно-определяемых сетей (SDN), контейнерных технологий автоматизации развёртывания и управления приложениями в среде виртуализации (Docker, Rocket и др.).
Другим фокусом конференции станет анализ ситуации в области Open Source в России. Будут представлены новые отечественные открытые проекты, показана роль отечественных разработчиков в международных Open Source проектах.
«НТЦ ИТ РОСА» поделится опытом внедрения СПО в российских организациях.
Одной из ключевых тем станет обсуждение роли Open Source как механизма эффективного импортозамещения информационных технологий в условиях западных санкций и оптимизации корпоративного ИТ-бюджета.
В программе форума — доклады экспертов «НТЦ ИТ РОСА», консультирование и демонстрация защищенных программных продуктов российского производства.
На пленарном заседании представители органов государственной власти, ответственные за информатизацию, представят свои оценки состояния дел и перспектив государственной подержки Open Source. Ассоциация РАСПО представит новое коллективное видение сообщества отечественных компаний, занимающихся разработкой Open Source решений и их внедрением, путей развития Open Source в России.
Президент и генеральный конструктор «НТЦ ИТ РОСА» выступит с докладом на тему: «Технологическая независимость и международная кооперация: совместить нельзя изолироваться». В докладе будут раскрыты примеры организации крупных международных проектов разработки ПО по открытой модели «разделяемые затраты, общий результат» с анализом преимуществ и рисков, которые получают участники с различных точек зрения — технологической, финансовой, ресурсной, политической и др. В качестве основного вопроса будет рассмотрена возможность одновременного совмещения технологической независимости страны с международной кооперацией - как в рамках открытых проектов, так и с компаниями-производителями закрытых западных продуктов. Отдельно будет представлена на обсуждение идея Минсвязи по созданию «Российского фонда развития программного обеспечения» со схожей предполагаемой моделью работы.
- Подробная программа мероприятия: http://www.pcweek.ru/foss/conference/program/
ROSS 2015 состоится в Event-холле «ИнфоПространство» по адресу: г. Москва, 1-й Зачатьевский пер., д. 4, м. Кропоткинская, м. Парк Культуры. (См. схему проезда).
Начало регистрации — 9:30, начало конференции — 10:00, окончание — 18:00.
Для специалистов участие бесплатное при условии подтверждения от Оргкомитета. Регистрация на мероприятие: http://www.pcweek.ru/foss/conference/registration/
Если вы никогда раньше не были на ROSS, предлагаем вам наши обзоры прошлогодних ROSSов: 2013, 2014 и видеозаписи в нашей медиатеке: ROSS-2013, ROSS-2014.
Наш Pkgdiff используется на fossies.org
Недавно в популярном проекте Fossies.org начали использовать наш инструмент Pkgdiff для массового анализа изменений в исходных кодах тысяч (!) пакетов. На главной странице теперь есть раздел Fossies Diffs. Список проанализированных пакетов можно найти по ссылке.
Инструмент Pkgdiff был разработан в 2011 году для классификации и контроля изменений в пакетах при разработке дистрибутивов РОСЫ. В 2012 году после продолжительного внутреннего тестирования исходный код был открыт для сообщества и приобрел заметную популярность. Ранее среди известных проектов, использовавших этот инструмент, были Glibc и Stellarium.org.
В РОСЕ инструмент используется не только мэйнтейнерами пакетов, но и в нашем популярном сервисе Linux Upstream Tracker для визуального просмотра изменений в пакетах некоторых библиотек (например, OpenSSL).
На странице каждого пакета теперь есть ссылка на отчеты Pkgdiff ("Diffs report") рядом с отчетами Doxygen:
Список отчетов, к примеру, пакета mesa:
Отчеты pkgdiff для mesa, классификация файлов пакета:
Списки файлов в разных классах и коэффициенты изменений:
Визуализация изменений (с помощью wdiff, rfcdiff):
Новая версия HW Probe Tool 0.9
Мы выпустили новую версию 0.9 инструмента HW Probe Tool (пакет hw-probe) для сбора логов и характеристик компьютеров пользователей. С помощью этого инструмента пополняется база данных оборудования РОСЫ.
Новый пакет уже доступен в репозиториях и может быть обновлен командой:
sudo urpmi.update -a sudo urpmi hw-probe
В инструменте произошло 3 главных изменения.
Аналог групповых политик для Chromium в Linux
Традиционно большинство приложений в Linux имеют два уровня настроек — системный и пользовательский. Системные настройки обычно размещаются в директории /etc; они задаются администратором на подконтрольных ему машинах либо приходят вместе с пакетами дистрибутива. Если пользователю эти настройки не подходят, он их изменяет (обычно с помощью самого приложения). Измененные настройки сохраняются в его домашний каталог, не влияя на других пользователей машины. При этом пользовательские настройки обладают более высоким приоритетом, чем системные — исходя из того, что пользователю лучше знать, что ему нужно, а Linux — дружелюбная пользователю ОС (старается ей быть, по крайней мере).
Однако бывают ситуации, когда пользователю надо «дать по рукам» и запретить менять некоторые настройки. Такие ситуации могут возникнуть и на домашней машине (например, если дети добрались до компьютера), а уж в корпоративном секторе — это дело обычное. Причем корпоративным регламентом могут быть охвачены вполне безобидные, на первый взгляд, параметры — домашняя страница браузера или используемая им по умолчанию поисковая система.
Для таких случаев требуется еще одно звено в цепочке настроек, которое было бы системным по своей сути (в том плане, что распространялось на всех пользователей системы и могло модифицироваться только администратором), но при этом имело бы приоритет больший, чем настройки пользователя. В Windows в роли такого звена выступают групповые политики (GPO), обычно задаваемые администратором домена AD и распространяемые на членов домена. В Linux, несмотря на существенный подвижки в плане интеграции с AD, прямого аналога GPO нет.
По большому счету, это и не нужно для низкоуровневых системных настроек, которые может изменять только администратор — например, набора подключенных репозиториев дистрибутива, используемых DNS-серверов и тому подобного. Но что делать с приложениями, системные настройки которых пользователь может переопределить своими собственными? Есть и здесь свет в конце тоннеля. По крайней мере, для отдельных программ, разработчики которых в курсе потребностей корпоративного сектора и знают, что там используются ОС не только от MS. И хороший пример здесь — браузер Chromium. Пример выше с настройками веб-браузера приведен не зря — в случае с Chromium, параметры такого рода можно намертво зафиксировать на уровне системы так, что пользователи не смогут их перебить.
Реализована такая возможность в Chromium очень просто — здесь предусмотрен системный файл настроек, данные из которго имеют приоритет выше, чем настройки пользователя. По сложившейся терминологии, такие настройки называют «политиками». Политики Chromium описываются файлами формата json, находящимися в директории /etc/chromium/policies. Политики делятся на обязательные (лежат в папке /etc/chromium/policies/managed) и рекомендуемые (/etc/chromium/policies/recommended соответсвенно). Рекомендуемые политики — это практически обычные системные настройки, которые пользователь может переопределять. А вот обязательные политики — это то, что нам нужно.
Для примера давайте зададим что-нибудь — например, список сайтов, которые Chromium должен блокировать. Все действия нужно производить с правами root; также не забывайте следить, чтобы у обычных пользователей не было прав на запись в создаваемые файлы.
Для начала, создадим нужную папку, если ее еще нет:
# mkdir -p /etc/chromium/policies/managed
А внутри нее создадим файл test_policy.json со следующим содержимым:
{
"URLBlacklist": ["example.com", "enemy-site.com"],
}
А теперь закройте Chromium, если он уже работает, запустите его снова и попробуйте перейти на сайт example.com.
Всего через политики можно задать почти три сотни различных настроек, полный список которых можно найти на сайте Chromium. Также Google предоставляет архив с шаблонами политик, куда входит и json-файл для Linux с аннотированными именами политик и их возможными значениеями.
Список политик, используемых в данный момент броузером, можно получить по ссылке chrome://policy.
Как и прочие файлы конфигурации, json-файлы с политиками Chromium можно распространить по папкам /etc/chromium/policies целого парка машин с помощью Puppet, CFEngine и подобных программ управления конфигурацией.
Chromium — не единственный пример приложения, поддерживающий системные настройки, которые не могут быть переопределены пользователем. Например, OpenOffice уже много лет поддерживает такой функционал. Правда, там разработчики пошли немного другим путем и добавили возможность для каждой опции в системном конфигурационном файле указать атрибут finalized, который и означает, что значение «окончательное и переопределению не подлежит». В случае OOo такой подход вполне логичен — файлы конфигурации Open/LibreOffice (с расширением «.xcu») имеют формат XML, где каждое свойство задается отдельным элементом. Наличие дополнительного атрибута элемента в такую архитектуру хорошо вписывается. Правда, редактировать XML-файлы вручную — то еще удовольствие. На FOSDEM 2014 разработчики из Collabora демонстрировали на слайдах графическую программу для редактирования файла настроек LibreOffice, а заодно и инструмент RemoteRoot для удаленного управления множеством машин (в частности, для доставки на них пакетов и конфигураций LO) — еще одно приложение из серии Puppet & co. Однако пока что многие из представленных там возможностей можно посмотреть только в рамках слайдов. Так, на сайте «remoteroot.org» в разделе «Downloads» уже второй год красуется сообщение «Very soon, please be patient!».
База оборудования: теперь на русском
Встречайте базу оборудования РОСЫ на русском языке! Теперь можно изменить язык с английского на русский с помощью переключателя справа сверху на странице.
Изначально база проектировалась на английском языке для охвата наиболее широкой аудитории пользователей. И это было правильно, так как пробы своих компьютеров в итоге загружали не только пользователи из России, но и из Италии, Франции, Австрии, Германии, Казахстана, США, Украины, Польши, Бельгии и др. стран. Но все же абсолютное большинство проб своих компьютеров загрузили из России. Поэтому мы потрудились и перевели интерфейс базы на приятный глазу русский язык.
Интерфейс базы данных доступен, как обычно, по адресу: hw.rosalinux.ru.
Замечания по переводу пишите здесь в комментах, на форуме, на странице вконтакте или в нашей багзилле.
ROSA Desktop Fresh R5 GNOME
Вышел релиз «ROSA Desktop Fresh R5» с окружением рабочего стола GNOME. Это первый выпуск линейки десктопных систем ROSA Desktop Fresh с рабочим столом GNOME Shell, на платформе 2014.1.
- Скачать дистрибутив можно здесь
К окружению GNOME Shell отношение несколько неоднозначное. С одной стороны, это один из самых популярных рабочих столов, внешне, дизайном и функциональностью напоминающий различные версии MacOS. Он выполнен в духе «минималистичной эргономики» для большей концентрации пользователя на основных задачах, с фиксированным расположением компактных панелей и других интерфейсных элементов, в противовес подходу «абсолютно все можно перенастроить». Благодаря этому, он, например, очень удобен на небольших мониторах ноутбуков, где на счету каждый пиксель экранного пространства.
С другой стороны, это окружение несколько непривычно для привыкших к стилю «нижняя панель+кнопка пуск+меню» пользователей Windows и KDE. Мы, и не только мы[1], проводили юзабилити исследования, в которых наблюдали проблемы адаптации у новых пользователей GNOME Shell. «Непродвинутым» пользователям было сложно выполнять задания без ярлыков на рабочем столе и «красного крестика» закрытия окна, без понятной ассоциации файлов с приложениями. Для опытных пользователей, привыкших к Windows, проблема была в потере личной эффективности из-за несовместимости горячих клавиш, неудобства закладок файлового менеджера и других, не так очевидных проблем.
Поэтому мы реализовали и поддерживаем ряд доработок, улучшающих юзабилити и адаптацию как опытных, так и начинающих пользователей. Так, например, реализована поддержка горячих клавиш Windows с обучающей справкой. На рабочем столе у нас можно легко добавлять ярлыки запуска и одним кликом или хоткеем показывать этот стол с ярлыками, легче делать закладки и в файловом менеджере. Есть гномодоработки и для развлечений — только в нашем гноме можно смотреть видео с FTP-ресурсов. Этих доработок нами сделано немало, и мы внимательно отслеживаем реакцию пользователей — если они кому-то не понравились, отключаем или убираем их. Так в этом релизе мы отказались от «Трея в режиме Обзора[2]» и убрали режим GNOME Fallback для устаревших компьютеров и нетбуков.
По умолчанию устанавливается наше оформление[3]: кроме сотен профессионально отрисованных иконок, дизайн преследует рациональные эргономические цели:
- Это светлая тема построенная на мягких цветах и оттенках серого, возможно не так эффектна, как контрастные темы с темным фоном, но более эффективна для длительной работы.
- В этой теме виджеты GTK-приложений более компактны, и меньше визуального контраста с KDE-приложениями
- Вид окон более привычен для пользователей Windows — все стандартные кнопки управления окнами справа, и у активного окна всегда горит красным «крестик» закрытия. Да, все это — темы, расширения, патчи — приходится постоянно адаптировать к непрерывным изменениям GNOME Shell и фреймворка GTK, не всегда это удается идеально — так например, в GTK3 появились Client Side Decorations — собственные, нестандартные механизмы оформления окон [1], [2], и хотя мы адаптировали «наши классические кнопки» управления окном и для них, все это еще неидеально, и есть куда все улучшать.
Но разумеется, легко, через «Тонкие настройки» установить и стандартное оформление Adwaita, или поискать любую другую тему из сотен популярных, ну а обои можно сменить прямо из броузера.
Еще из наших интересных и оригинальных разработок, включенных в дистрибутив:
- ROSA Freeze — «заморозка» системы от любых изменений.
- Экранная рисовалка ScreenPen, так что можно рекомендовать этот дистрибутив не только любителям Mac-интерфейсов с качественными объемными иконками, но и владельцам ноутбуков с тачскрином и преподавателям.
Кроме собственно GNOME-доработок, в этот релиз R5 попало множество системных улучшений, часть из которых уже выпущено и проверено в релизах ROSA FRESH KDE R5 и ROSA FRESH LXDE R5.
По сравнению с прошлым релизом, появились
- загрузка в Secureboot-режиме, и множество других улучшений загрузчика, например установка в раздел и ссылки на grub-меню.
- обновленные версии ядра, X11 и Mesa, графических драйверов NVidia и AMD, и прикладного софта.
- автоматическое выполнение TRIM для SSD.
- добавлена поддержка систем с гибридной графикой Intel+AMD, новые версии XFdrake.
Перечислять версии прикладных и системных программ несколько излишне, заметим только
- Ядро — 3.14.33
- Systemd — 208
- GTK — 3.12
- GNOME Shell — 3.12
- Firefox — 36
- LibreOffice — 4.3.5
Впрочем, скорее всего, когда вы читаете эти строки, уже новые версии всего этого софта прошли автоматическое и ручное тестирование, и доступны в обновлениях.
- Минимальные системные требования
- 1024 Мб ОЗУ (рекомендуемый объем — 1536 Мб).
- Место на жёстком диске: 7 Гб HDD
- Очень желательна видеокарта не старше пятилетней давности — оконный менеджер при композитинге очень расчитывает на возможности видеокарт.
ROSA Fresh — это современная отечественная операционная система на основе GNU Linux, создаваемая сообществом и легально доступная всем желающим совершенно бесплатно и без регистрации. Исходные коды системы публикуются согласно лицензии GPL в собственной системе сборки ROSA — ABF. ROSA Fresh предназначена прежде всего для начинающих пользователей Linux. Она представляет собой готовое решение типовых задач домашнего пользователя:
- Просмотр интернет-страниц
- Создание текстовых документов, электронных таблиц и презентаций
- Просмотр видеофайлов и прослушивание музыки, в том числе онлайн
- Редактирование графических файлов, аудио- и видеозаписей
После установки система сразу готова к работе, а для ее настройки не требуются специальные знания.
Репозитории ROSA Fresh — одни из самых богатых, в них можно найти тысячи программ для решения самых разных задач.
Линейка ROSA Fresh разрабатывается с 2013 года и обновляется в соответствии с политикой выпуска.
Как обычно, мы ждем от вас жалоб и предложений. У нас есть группы в Facebook и VK. В Google Plus у нас есть и недавно заведенная официальная страница компании и небольшое сообщество.
Есть форум, на котором не только доброжелательные пользователи, но и постоянно дежурят наши разработчики и тестировщики.
Для опытных пользователей — классическая багзилла, ставьте баги прямо по этой ссылке.- ↑ См. например, университетское исследование с ментоскопами и пульсометрами — «Оценка эффективности мультипрограммной работы в современных Linux GUI»
- ↑ К тому же неутомимые гномеры вовсе решили в свежих версиях гнома отказаться от нижнего трея.
- ↑ Мы проводили опросы, оно нравится нашим пользователям.
Скромный GUI для ROSA Freeze
Одним из новшеств осенних релизов РОСЫ был инструмент ROSA Freeze[1], позволяющий «заморозить» вашу систему так, что все (почти:)) сделанные в ходе работы изменения автоматически уничтожаются после перезагрузки. Инструмент в использовании очень прост, однако работает только в командной строке, что нередко отпугивает пользователей. А многие его просто не найдут. Для упрощения жизни, мы сделали простенький графический интерфейс, который может включать и выключать режим заморозки. Специальных названий для графического интерфейса мы придумывать не стали, просто ищите и устанавливайте пакет rosa-freeze-ui. В командной строке можно использовать имя покороче — urpmi rfreeze-ui. После чего ищите «ROSA Freeze» в меню либо запускайте команду rfreeze-ui из консоли.
Помимо кнопок Вкл./Выкл., через графический интерфейс можно задать и параметры заморозки — что использовать для хранения измененных версий файлов и какие директории не замораживать (обратите внимание, что заморозка /home и директорий, располагающихся не на корневом разделе, не поддерживается).
Надеемся, что наличие GUI сделает использование ROSA Freeze проще. Главное — не забывайте о включенном режиме заморозки и не удивляйтесь, если после перезагрузки машины пропадут все сделанные вами изменения. А если вдруг у вас неожиданно появятся сообщения о том, что на диске закончилось место, хотя его вроде бы должно быть предостаточно — проверьте, не включен ли у вас режим заморозки с использованием tmpfs для хранения измененных файлов.
Как водится, код проекта открыт и доступен на ABF, предложения/замечания/патчи — welcome.- ↑ См. также доклад «Средства восстановления системы в ROSA Linux»
ROSA Cloud Connector - упрощаем связь с облаками
Как вы наверняка знаете, время от времени В РОСЕ случаются наплывы студентов из НИУ ВШЭ. Многие студенты проходят у нас двухнедельную практику, в рамках которых выполняют небольшие задания по сборке пакетов и созданию вспомогательных утилит для этого процесса (временами даже вполне полезные).
Помимо практики, некоторые студенты выполняют для нас более сложные задачи в рамках дисциплины «Командный проект». Обычно эти задачи относятся к инфраструктурным проектам и пользователям их результаты напрямую не видны, но в этом году есть исключение — утилита, получившая название «ROSA Cloud Connector».
Программа делает ровно то, что отражено в ее названии — подключает вашу машину к различным облакам, а точнее — к облачным хранилищам. Подключиться можно только при условии, что хранилище вообще поддерживает Linux. Если есть «родной» клиент (например, в случае Dropbox), то он будет скачан установлен. Если клиента нет, но поддерживается WebDAV, то будет облачное хранилище будет подсоединено с использованием этого протокола и вы можете лицезреть соответствующие директории в Dolphin, Nautilus и прочих файловых менеджерах. Все, что от вас потребуется — это логин/пароль соответствующего сервиса. Не надо изучать инструкции по монтированию WebDAV или скачиванию клиентов — программа все сделает за вас.
Чтобы заполучить программу в свою систему, достаточно поставить пакет rosa-cloud-connector. Убедитесь при этом, что у вас установлены вс обновления (особенно относящиеся к Qt5, на котором написана утилита). Далее ищите в меню программу rosa-cloud, либо просто запустите ее из командной строки.
Список хранилищ с поддержкой Linux невелик, и более того, имеет тенденцию сокращаться — за время работы над программой успело «умереть» два сервиса. Впрочем, возможно о каких-то сервисах мы не знаем — тогда просто сообщите нам об этом. Программа в этом плане хорошо расширяемая, добавить поддержку нового сервиса в нее совсем несложно. Возможно, именно с помощью ROSA Cloud Connector другие пользователи узнают о существовании еще одного облачного хранилища, которое можно использовать в Linux.
Текущую версию ROSA Cloud Connector не стоит рассматривать как идеальную (в конце концов, для ее авторов — это первый опыт программирования под Linux). Однако если к ней появится интерес, то мы готовы ее дорабатывать и улучшать.
Как всегда, помощь советом приветствуется, помощь патчами — тем более. Исходный код доступен на ABF, можно смело форкать, экспериментировать и слать Pull request’ы.
|
Порядок в шведской семье или ссылки в Grub-меню
Как мы уже писали, сейчас уже совершенно нормально держать даже на ноутбуке несколько систем, и мы всегда пытаемся сделать так, чтобы с РОСой это было удобно.
Правда если вариант с двумя системами («для игр и реальной жизни») прост и очевиден, то если держать на своем компьютере в порыве энтузиазма или по работе несколько линуксов, возникали юзабилити проблемы, из-за ответственности основной системы, поставляющей загрузчик, за загрузку всей остальной семейки:
- При обновлении ядра в каждом из этих линуксов нужно перегружаться в главную систему и запускать процесс обновления меню, чтобы подхватились новые ядра «дополнительных» систем. Причем процесс сканирования систем по разделам выполняется далеко не мгновенно и автоматизировать его при каждой загрузке было бы неправильно.
БардакМучительный беспорядок! - Пунктов меню становилось слишком много, ибо на каждый найденный линукс добавляется два пункта загрузки («Загрузка по умолчанию» и «Дополнительные опции»). И хотя одноуровневое меню при небольшом числе пунктов эргономичней вложенного, то начиная с четырех систем пунктов становилось больше классической формулы «5±2»… и тут бы уже хотелось иерархичности.
Соответственно, мы неоднократно получали пожелания — нельзя ли оставить дополнительные системы[1] в своих разделах, вместе с собственными загрузчиками и меню загрузки (тогда внутри своих разделов они бы обновлялись своими силами), а из главного меню загрузки GRUB-а делать только ссылки на эти меню?
Наконец-то мы сделали и это[2], и теперь РОСА отлично подходит[3] на роль старшей жены в гареме сестры в семье, которая заботится о порядке и надежной загрузке остальных.
Настройки ROSA Fresh KDE для Full HD мониторов
На рынке персональных компьютеров все больше появляется ноутбуков с разрешением монитора 1920 на 1080 точек (Full HD). На таких экранах помещается гораздо больше информации, чем на экранах с разрешением 1600x900 (HD+) или 1366x768 (HD) — можно уместить единовременно на экране несколько окон приложений или много строк и ячеек больших тиблиц. Однако при этом все иконки, текст и картинки слишком маленького размера. Это может быть неудобным для людей с плохим зрением или слишком напрягать глаза у работяг-программистов, проводящих по десять часов в день за компьютером.
Ситуацию не меняют даже экраны с большой диагональю 17.3 дюйма — размеры элементов все-равно слишком мелкие. Частично проблема в том, что современные компьютеры выпускают с широкоформатными экранами с отношением ширины и высоты 16:9, то есть экраны слишком широкие, но низкие. Из-за этого все элементы уменьшаются пропорционально высоте экрана. Ширина же экрана на размер элементов не влияет. Еще несколько лет назад выпускались экраны с отношением сторон 4:3 и 16:10, что обеспечивало достаточную высоту экрана для работы на больших разрешениях, но теперь такие экраны выпускать экономически невыгодно.
Казалось бы, почему на смартфонах с разрешением Full HD и такими маленькими экранами нет проблем с размерами элементов? Все из-за того, что приложения и операционные системы для мобильных устройств разрабатываются специально под устройство с заранее известным и фиксированным разрешением. В мире персональных «универсальных» компьютеров все иначе. Здесь заранее не известно, на какой компьютер и с какими характеристиками будет установлена операционная система. Поэтому по-умолчанию размер элементов устанавливается маленьким, чтобы по максимуму использовать преимущество экрана с высоким разрешением и освободить пространство рабочего стола.
В этой статье я расскажу, как настроить РОСУ для комфортной работы на экране с высоким разрешением.
Рассмотрим снимок экрана Full HD с настройками по-умолчанию:
А так выглядит Simple Welcome:
Размер текста везде очень маленький, слишком мелкие иконки в трее и с ними неудобно работать, особенно при использовании тачпада вместо мыши.
Рассмотрим два подхода для изменения размеров графических элементов.
