Блог:Точка Росы
Блог с постами технической направленности — чтобы похвалиться сделанной работой и поделиться результатами исследований, выполненных в текущей рутине.
Если вы умеете пользоваться агрегаторами RSS/Atom, подписывайтесь!. По любым вопросам можно писать сюда.
Весь контент данного блога распространяется на условиях Creative Commons Attribution-ShareAlike 3.0 License (CC-BY-SA)
Настройки 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:
Размер текста везде очень маленький, слишком мелкие иконки в трее и с ними неудобно работать, особенно при использовании тачпада вместо мыши.
Рассмотрим два подхода для изменения размеров графических элементов.
ABF - новый бэкенд, новый дизайн и новые возможности
Как наверняка заметили пользователи ABF, у нашей системы сборки недавно сильно изменился внешний вид. Но вряд ли многие догадываются, что изменение дизайна — это не самоцель, а следствие серьезных изменений в структуре бэкенда ABF.
В частности, ABF теперь использует популярные фреймворки Bootstrap 3 и AngularJS. Переход на них был продиктован отнюдь не данью моде, а необходимостью избавиться от самописных наработок, перенеся тем самым ряд задач с разработчиков ABF на разработчиков фреймворков и позволив первым больше внимания уделять функционалу, связанному с непосредственными обязанностями ABF — разработкой и сборкой проектов под Linux. Подобная необходимость замены собственных велосипедов на стандартные решения рано или поздно встает перед многими проектами, и мы решили, что лучше с этим процессом не затягивать — пока все еще помнят, как все самописные вещи устроены и работают.
Процесс переезда на новые технологии занял более полугода, и в начале февраля мы сочли качество нового ABF достаточным для «выхода в свет» и представления широкой публике.
Визуальные изменения в интерфейсе серьезны, а глаз разработчиков за полгода общения с ним успел замылиться, поэтому новые идеи и комментарии от пользователей относительно внешнего вида приветствуются. Если у вас есть более-менее глобальные предложения, то лучше оформлять их в виде идей на страничке ABF Ideas, а сообщения о мелких недочетах лучше отправлять с помощью соответствующей формы на сайте.
Помните, что визуальные изменения дизайна — это только вершина айсберга, внутренности ABF также подверглись серьезной переработке. Несмотря на обилие внутренних тестов (мы придерживаемся принципов Behavior Driven Development и пишем тесты на RSpec), мы допускаем возможность наличия ряда ошибок и регрессий. К слову, за первый день эксплуатации нового ABF мы по запросам пользователей уже исправили проблемы с подключением контейнеров, пересозданием сборок, отправкой pull request’ов через веб-интерфейс, автоматическим выбором целевых репозиториев в некоторых специфических случаях и несколько других проблем, не смертельных с точки зрения функционала разработки и сборки, но неудобных и неприятных с точки зрения пользователя Web-интерфйеса.
Есть и несколько новых заметных изменений в новом интерфейсе ABF по сравнению с предыдущим:
- для времени и даты теперь предпочтительным является отображение абсолютного значения — 2014-06-10 14:02. Относительное значение отображается рядом, если позволяет место — 2014-06-10 14:02 (8 months ago);
- на странице Advisories появилась колонка с именем проекта — очень полезно, так как по тексту некоторых advisories сложно понять, к какому пакету/проекту они относятся;
- если проект является форком другого, то это будет отображено в меню на странице проекта:
- если в строке браузера ввести ссылку на несуществующий проект, то отобразится страница 404, но содержимое строки адреса очищено не будет (как это было в старом ABF, когда в строке адреса вы получали http://abf.io/404.html). Так что если вы ошиблись парой символов, то исправить это можно гораздо проще;
- при создании новой сборки содержимое колонки «Build for platform» динамически изменяется в зависимости от того, что выбрано в поле «Save to repository». Например, если мы собираем пакет для репозитория rosa2014.1/main, то ABF разрешит подключить только репозитории платформы rosa2014.1:
Наконец, главное нововведение в новом ABF — это проекты-алиасы («aliases»), имеющие общий Git-репозиторий. То есть теперь можно иметь два проекта vanya/old_project и petya/new_project с различными описаниями, владельцами, привязками к платформам/репозиториям и так далее, но с общим Git-репозиорием. Так что все изменения, которые происходят в коде проекта vanya/old_project автоматически попадают в код petya/new_project.
Создать проект-алиас можно нажав на кнопку «Fork» и выбрав соответствующую опцию — если у вас достаточно прав, но вам предоставят на выбор возможность склонировать проект либо сделать ему алиас. Однако помните, что для создания алиаса необходимо иметь права не только на создание проектов в целевой группе, но и иметь права администратора в группе, к которой принадлежит исходный проект. Посмотреть список алиасов проекта можно на странице его свойств. При удалении одного из алиасов Git-репозиторий не удаляется, пока есть хотя бы один привязанный к нему проект.
Пользоваться этой новой возможностью надо с аккуратностью — ведь если забыть о существовании алиаса, то можно невзначай навредить соседнему проекту. Впрочем, предназначен новый функционал в первую очередь для разработчиков дистрибутивов (у которых порой возникает необходимость автоматически синхронизировать изменения в сотнях и даже тысячах проектов из разных платформ), и большинству пользователей вряд ли пригодится.
|
ROSA Fresh Desktop R5 LXDE
Представляем и LXDE-версию ROSA Desktop Fresh R5. LXDE, т.е. Lightweight X11 Desktop Environment, как следует из названия, один из самых популярных легких рабочих столов.
Под легкостью, в мире интерфейсов, имеются в виду:
- Мгновенная реакция системы на действия пользователя. Для этого в системе не должно быть потенциально «тормозных» компонентов, таких как интерпретаторы динамических языков со сборщиками памяти, все реализовано на системных языках и скомпилировано в машинный код, а все базовые компоненты системы — оконный менеджер, файловый навигатор, центр настроек, панели, меню и прочие элементы рабочего стола использовали одни и те же разделяемые компактные библиотеки.
- Простота концепций и интерфейса, тут тяжестью будет необходимый «груз знаний». Да, наверно самыми простыми можно назвать twm/fvmm, но если рассматривать интуитивную понятность, то тут выигрывают рабочие столы, схожие с Windows 95/XP, с нижней панелью и кнопкой «Пуск».
И LXDE — именно такая система.
- Использует легкий оконный менеджер OpenBox, в котором нет модных трехмерных эффектов, но который прекрасно работает без дискретной графической карты.
- Интерфейс схож с Windows 95/XP, и поэтому прекрасно подходит для пользователей, которым неинтересно ни изучать новые концепции рабочих столов (смущает даже «панель сверху» в стиле GNOME/MacOS), ни «настраивать» все под себя, как в KDE. Да, в KDE тоже можно все настроить в Windows-стиле, но также случайно, неопытный пользователь может «потерять» панель или нужные виджеты, что поставит его в тупик. Здесь же все стабильно и неизменно, как «при бабушке».
Некоторые, правда, считают, что время легких рабочих столов прошло — современные стандартные ноутбуки имеют многоядерные процессоры, многогигабайтную память и террабайтные винчестеры, да и экономия памяти и процессора программами рабочего стола вроде незаметна, на фоне браузера с сотней вкладок и графического редактора с десятком фотографий, не говоря уже о винчестере, забитом видеофайлами.
Но с другой стороны, прожорливость прикладных программ — тоже повод к экономичности системных компонент. И несмотря на удешевление обычных винчестеров, теперь «стандартом» для ноутбуков являются SSD-диски, гораздо меньших объемов и на порядок дороже обычных — и снова имеет смысл побороться за минимальный объем системного раздела.
А если учесть, что еще живы миллионы старых ноутбуков, одноядерные и с «догигабайтной» памятью, в которых сложно, или вообще невозможно увеличить память, и иногда диск… то для рабочего стола LXDE еще много лет найдутся благодарные пользователи.
Минусы, соответственно:
- Нет «модных плюшек» — 3D-эффектов и хитрой анимации в рабочем столе.
- Нет продвинутой системы индексации и поиска по документам
- Нет навороченной настройки рабочего стола — систем виджетов и расширений, простые настройки делаются старомодно, менюшками-настройками.
Также там не было привычной для пользователя «точки входа» для настройки системы, «центра управления», «контрольной панели», все было разбросано по отдельным утилитам. Мы сделали такой «Центр Управления», заодно реализовав для центра и дистрибутива в целом, «модный плоский метродизайн».
Соответственно, можно рекомендовать этот дистрибутив:
- Для владельцев слабых конфигураций — старых десктопов и ноутбуков, или наоборот, относительно современных экономичных нетбуков.
- Для тех, кто «пересаживается» с Windows 95/XP/7, и сильно привык к классическому рабочему столу с нижней панелью. Вот, кстати, пример, как наш LXDE-дистрибутив рекомендуют на массовом развлекательном ресурсе, как «первый Linux» для Windows-пользователей.
- Кстати, наши дистрибутивы хорошо подходят «на попробовать» в VirtualBox, есть из коробки «VirtualBox additions» для автонастройки экрана, общего буфера обмена и разделяемых папок.
ROSA Fresh — это современная отечественная операционная система на основе GNU Linux, создаваемая сообществом и легально доступная всем желающим совершенно бесплатно и без регистрации. Исходные коды системы публикуются согласно лицензии GPL в собственной системе сборки ROSA — ABF. ROSA Fresh предназначена прежде всего для начинающих пользователей Linux. Она представляет собой готовое решение типовых задач домашнего пользователя:
- Просмотр интернет-страниц
- Создание текстовых документов, электронных таблиц и презентаций
- Просмотр видеофайлов и прослушивание музыки, в том числе онлайн
- Редактирование графических файлов, аудио- и видеозаписей
После установки система сразу готова к работе, а для ее настройки не требуются специальные знания.
Репозитории ROSA Fresh — одни из самых богатых, в них можно найти тысячи программ для решения самых разных задач.
Линейка ROSA Fresh разрабатывается с 2013 года и обновляется в соответствии с политикой выпуска.
Впрочем, всегда можно добавить в систему и рабочий стол KDE (установив пакет «task-kde»), и GNOME Shell (установив «task-gnome»).
- Скачать дистрибутив можно здесь
- Минимальные системные требования
- 256 Мб ОЗУ (рекомендуемый объем — 512 Мб, для режима Live рекомендуется 384 Мб).
- Место на жёстком диске: 6 Гб HDD
- Процессор: Pentium4/Celeron
Все базовые компоненты системы такие же, как в наших дистрибутивах ROSA Fresh KDE и ROSA Fresh GNOME. Соответственно, все доработки системного плана автоматически попадают и в LXDE-дистрибутив.
По сравнению с прошлым релизом, появились
- загрузка в Secureboot-режиме, и множество других улучшений загрузчика.
- обновленные версии ядра, библиотек MESA и X11, графических драйверов NVidia и AMD, и прикладного софта.
- автоматическое выполнение TRIM для SSD (запускается раз в неделю), пакет ssd-utils включен в дистрибутив.
- добавлена поддержка систем с гибридной графикой Intel+AMD, новые версии XFdrake.
Конкретно LXDE-специфичных доработок немного:
- Добавили индикатор батареи и управление питанием из xfce;
- Исправлен ряд ошибок (включая баг ROMP с воспроизведением файлов с русскими именами).
Дистрибутив основан на платформе rosa2014.1 со сроком поддержки 2 года (до осени 2016 года), и регулярно будут выпускаться и обновления, и новые релизы. Если у вас уже установлен ROSA Fresh LXDE R4, то ничего переставлять не нужно, все обновления приедут сами. Если у вас до сих пор более старый дистрибутив, привязанный к платформе 2012, то нужно сделать несложную миграцию, переподключив репозитории к новой платформе и обновив систему.
И разумеется, мы ждем от вас фидбека, багов и пожеланий в любом виде (кроме «невидимого» ворчания в своих блогах — отслеживать все это достаточно сложно, так что сбрасывайте свои обзоры и жалобы куда-нибудь, где мы их заметим).
У нас есть группы в Facebook и VK. В Google Plus у нас есть и недавно заведенная официальная страница компании и небольшое сообщество.
Есть форум, на котором не только доброжелательные пользователи, но и постоянно дежурят наши разработчики и тестировщики.
Ну и для совсем опытных и бесстрашных — классическая багзилла, ставьте баги прямо по этой ссылке.
Однако в будущем мы планируем заменить LXDE-дистрибутив на LXQT. Дело в том, что команды, производящие два самых популярных легковесных рабочих стола — LXDE и RazorQT, объединились в работе над новым проектом — LXQt, по сути, в основном это будет старый добрый LXDE, переписанный с фреймворка GTK на QT.
LXDE правда будет продолжать поддерживаться отдельным энтузиастом, но вектор развития будет уже однозначно на LXQt, который можно попробовать уже сейчас, если установить пакет «task-lxqt» из наших репозиториев.
Да, он еще сыроват, там нужно много локализации, конфигурации меню и панели, там совсем другие стили, и есть уже готовый «центр управления» — придется забросить наш «плоский LXDE-дизайн», и наш LXDE-центр управления. Но, наверно, это неизбежная плата за прогресс, к тому же вроде мы не заметили ярых фанатов нашего дизайна LXDE.
Впрочем, спросим:
Как вы относитесь к переходу с LXDE на LXQT?
|
И да — это не сильно интересная новость, с точки зрения Linux-фанатов, поэтому не стоит ее выкладывать на opennet-ЛОР, вряд ли там будут конструктивные комментарии.
Установка 32-битной версии ROSA в UEFI
Официально 32-битная версия ROSA не поддерживает установку в UEFI-режиме, и тому есть серьёзные причины. Но, как известно, если очень хочется, то можно. В данной статье мы расскажем, как это сделать и каких проблем ожидать.
Установка ROSA в UEFI-режиме при наличии Windows в Legacy-BIOS-режиме
Если у вас есть компьютер, загружающийся в режиме Legacy BIOS, но при этом сам компьютер поддерживает UEFI, и вы хотите установить на него ROSA Fresh именно в UEFI, то эта статья для вас.
Мы решили собрать тут основные проблемы, с которыми вы можете столкнуться при таком сценарии, а также (по возможности) пути их решения. Настоятельно рекомендуется сначала прочесть статью и тщательно взвесить все «за» и «против», прежде чем приступать к установке, потому что, увы, не на всех компьютерах удастся получить рабочую конфигурацию. Кроме того, перед установкой может потребоваться выполнить некоторые шаги, чтобы потом восстановить загружаемость компьютера.
Статья скомпонована в виде списка проблем и их решений.
Приглашаем на конференцию «Свободное программное обеспечение в Высшей Школе»
24-25 января 2015, в Переславле-Залесском пройдет традиционная и юбилейная, уже десятая, конференция «Свободное программное обеспечение в Высшей Школе». Организует конференцию ALT Linux, но мы также регулярно помогаем — например, снимаем-монтируем-публикуем видеоматериалы ([1], [2]), не говоря уже о выступлениях наших сотрудников ([3], [4], [5]).
В этом году, от нас будет Денис Силаков, с рассказом об опыте применения нашей ROSA FRESH в исследовательской химической лаборатории, и Стас Фомин, продвигающий очередное свое безумное изобретение — эффективную систему проверочных тестов, ну и как обычно, будет снимать видео.
В целом, как следует из названия конференции, доклады все крутятся вокруг опенсорса и/или образования, иногда с уклоном в чисто научно-технические штуки, иногда в чистый cофт, иногда — в политику. Были и зажигательные доклады, и откровенно скучные, глубоко-философские и четко-практические…, доклады конкретно-практические и академические с названием в три абзаца, из которых все равно ничего не понятно. Были и практики из индустрии, ректоры и преподаватели ВУЗов, чиновники из министерств, ученые, разной степени безумности… … много и просто, по старой советской привычке, регистрировали для галочки доклад с десятком соавторов, и вовсе не приезжали…
Наверно, чтобы было понятно, приведем краткую авторскую классификацию за прошедшую пару лет (мог в процессе классификации что-то и потерять):
- Образование — философско-политические вопросы
- Сегодняшние проблемы высшего образования в России (Сергей Абрамов)
- О необходимых знаниях и умениях для программистов суперкомпьютеров (Николай Непейвода)
- Можно ли информатика, обучавшегося традиционному программированию, переучить на алгебраическое?
- О подготовке специалистов в области ПО
- ЕГЭ по информатике — итоги 2012 г. (Михаил Ройтберг)
- СПО и оргпроцесс в ВУЗах
- Информационная система УГП имени А.К.Айламазяна, как учебная среда и учебное пособие (Сергей Абрамов)
- Технические и организационные аспекты внедрения СДО Moodle в образовательной организации (Алексей Дьяченко)
- Курсы переподготовки преподавателей ИХБТ НИУ ИТМО на базе Moodle
- Мобильный клиент оперативного доступа к ИАСУ МАИ
- Интеграция мобильных устройств в составе учебного класса общеобразовательного учреждения
- Опыт использования свободного программного обеспечения в Московском Государственном Индустриальном Университете
- Проблемы и решения подключения учреждений профобразования к ФИС ЕГЭ и приёма
- Использование СПО в образовании (Виктор Иванников)
- Образование и индустрия
- Linux-образование — симбиоз ВУЗов, коммерческих компаний и LUG (Денис Пынькин)
- Программа Google Summer of Code как способ привлечения студентов к разработке СПО проектов (Дмитрий Казаков)
- РОСА и НИУ ВШЭ — опыт сотрудничества на ниве обучения студентов (Денис Силаков)
- Что может предложить Альт Линукс для образования (Андрей Черепанов)
- Студенты и свободные проекты - опыт Red Hat Identity Management (Александр Боковой)
- Задачи подготовки и переподготовки инженерных кадров в условиях расширения использования СПО в различных отраслях промышленности
- СПО для эффективного преподавания
- Магия пера или эффективная свобода преподавания со стилусом (Стас Фомин)
- SeminarAssembler — эффективная съемка, монтаж и публикация лекций и конференций (Стас Фомин)
- Особенности использования виртуализованных окружений, внедренных в презентационные материалы (Дмитрий Костюк)
- Распределённая система автоматизированного тестирования
- СПО в отдельных дисциплинах
-
- Программирование и IT
- Использование языка программирования Python в качестве базового при обучении специалистов
- Кумир 2.0. Компилятор и среда выполнения (Виктор Яковлев)
- Ускорение выполнения Кумир-программ с помощью LLVM (Виктор Яковлев)
- Использование компилятора gcc и библиотеки MathGL в курсе «Вычислительная техника и алгоритмические языки» (Евгений Алексеев)
- Применение виртуальных машин в составе иллюстрированных обзоров истории программного обеспечения (Дмитрий Костюк)
- Обучение принципам построения ядра операционных систем на практике (Алексей Хорошилов)
- Роботы
- Роботы в образовании или что такое «РоботоБУМ» (Игорь Воронин)
- Среда КУМИР для изучения алгоритмов управления сенсорными сетями роботов (Виктор Воронин)
- Образовательный проект по робототехнике УМКИ на основе СПО (Игорь Воронин)
- Свободное программное обеспечение для NXT (Валерий Руденко)
- MISC
- Использование свободного ПО в учебном процессе - разработка, внедрение, методика преподавания (Андрей Михеев)
- Методика обучения процессному подходу к управлению предприятием на основе СПО и ее апробация в НИТУ МИСиС
- Дипломное проектирование на СПО (Владимир Симонов)
- Open-source в научных и околонаучных исследованиях
-
- Статический анализ кода
- Построение универсального представления графа потока управления для статического анализа исходного кода (Алексей Пустыгин)
- Прототип инструмента для анализа графа потока управления открытых исходных текстов С и С++ на основе универсального представления
- Проект технологии извлечения знаний из исходных текстов на языках С++ и Csharp с использованием общего промежуточного представления
- Выделение типов в универсальном классовом представлении для статического анализа исходного кода
- Биология
- Гидродинамика
- Анализ текстов
- Применение онтологического подхода для анализа текстов в облачном контент-репозитории C2R (Алексей Костарев)
- Morpheus — морфологический плагин к браузеру FireFox (Михаил Быков)
- Параллельные вычисления
- Сравнительное исследование производительности математических пакетов и библиотек на многоядерных процессорах
- Эффективность различных технологий распараллеливания при решении вычислительных задач (Евгений Чичкарев)
Встречалось и совсем непонятное: Поиск минимальных существенных замкнутых классов в Pk (Владимир Атаманов)
- Свободный софт (практически без связи с образованием)
- СПО. Кризис среднего возраста? (Анатолий Якушин)
- Krita — графический редактор для художников (Дмитрий Казаков)
- Управление инфраструктурой предприятия с FreeIPA (Александр Боковой)
- Свободные программы в проекте ГИС областного масштаба (Иван Хахаев)
Пройдите по ссылкам — там будут и аннотации, и тезисы, и развернутая инфографика слайдов, видео, продублированное на vimeo, youtube и местами отдельными файлами, тематическая классификация и информация об авторах. Кстати, часто это было самым сложным моментом при публикации — понять кто выступал: докладчики почему-то не представлялись, в программе доклада по советской привычке заявлен десяток соавторов, непонятно кто из них выступал, причем по дурацкой традиции, в программе только фамилии с инициалами, дурацкие ФИО, по которым не только фиг что нагуглишь, но даже пол автора понять нельзя. Приходилось тратить часы, на поиски вменяемой информации об авторах. Докладчики, еще раз призываю — читайте мою памятку докладчику, вы сделаете мир лучше.
Можно почитать и обзоры конференции[1]: [6], [7], [8], [9], вот, как-то пощелкал малохудожественные фотки.
В целом, видно, что выступающие повторяются из года в год, а хотелось бы и свежих лиц, и роста аудитории. Поэтому, агитирую приехать.
Доклады — не главное:
- Это вполне можно считать рекреационным образовательным туризмом:
- Конференция в центре Переславля-Залесского, города, который в 19 веке отказался от железной дороги и… скажем так, сохранился в неизменном виде… По крайней мере центр.
- Там есть хорошая аутентичная русская кухня.
- Погода отличная для зимы — легкий мороз, снег.
- Можно доехать (от Москвы — за пару часов на машине), или на автобусе организаторов, или просто автобусе.
- И все это — бизнес-туризм — командировку отметят, к проведенным каникулам получите на работе пару отгулов.
- Общение — «тусовка» неглупых взрослых людей, с некоторыми возможностями и определенной властью — тут и руководство ВУЗов, руководство ALT Linux и РОСы — можно ловить и жаловаться, предлагать идеи… вполне можно сделать мир лучше, или хотя бы узнать, почему нет.
Впрочем, подавайте и доклады. Не в этот раз, так в следующий. И делайте их интересными.
Тогда хорошие доклады вытеснят посредственные,3G интернет в РОСЕ — это просто!
Наиболее распространенными способами подключения к интернету на сегодняшний день на домашних и офисных компьютерах являются подключение через Ethernet-кабель (LAN) или с помощью WiFi-карты (WLAN). Если вам понадобится интернет на персональном ноутбуке за пределами офиса, за пределами города или за пределами зон действия точек доступа WiFi, то предыдущие два способа не работают. В такой ситуации вам могут помочь 3G или CDMA каналы интернета. Для использования этих каналов нужен либо встроенный в ноутбук модем, либо USB-модем. Сим-карту можно взять из телефона, который всегда при себе, и установить в модем или специальный слот в ноутбуке.
В отличие от WiFi и Ethernet сетей, Network Manager не отображает список доступных 3G и CDMA сетей по-умолчанию. Однако, добавить нужные соединения довольно просто. Рассмотрим последовательность подключения к 3G и CDMA интернету на примере встроенного Mini PCIe-модема Ericsson F5321 и внешнего USB-модема Airplus MCD-650 соответственно на ноутбуке Dell Latitude E6530.
- Для начала надо подключить модем, открыть окно менеджера сети и поставить галочку «Mobile broadband».
- Затем надо открыть Настройки/Connection/Add/Mobile Broadband.
- Затем выбрать «Any CDMA device», «Any 3G device» или конкретное устройство («Ericsson MBM MBIM [413C:818E]» в моем случае для встроенного модема) в списке устройств.
- Далее нужно выбрать страну и провайдера связи (MTS, Skylink, Beeline и др.).
- На последнем шаге будут отображены автоматически заполненные менеджером параметры соединения (Номер, Имя пользователя, Пароль и др.) для выбранной сети.
- Во вкладке «General configuration» можно поставить галочку «All users may connect to this network», чтобы соединение устанавливалось автоматически после перезагрузки компьютера.
- После нажатия на «OK» соединение будет установлено и можно пользоваться интернетом.
Прилагаем также пробы компьютера (снимки состояния железа и системных логов) с настроенным интернетом, чтобы можно было сравнить настройки и логи: 132c298397 на Mini PCIe-модеме Ericsson F5321 и f9d3a09989 на USB-модеме Airplus MCD-650.
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++/… окружения для разработки.
Множество важных, но незаметных технических изменений «под капотом», по сравнению с прошлым релизом (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!
Да, у нас большая база оборудования, больше сотни ноутов, куча видеокарт, но секьюребутных ноутов там мало, можно пересчитать по пальцам. Одной руки.
Помоги нам проверить загрузку, онегай!
Просто скачай образ, по ссылке выше, запиши его на флешку, и загрузись в лайв-режиме. Ставить не обязательно, никто и ничто не пострадает!
Ну а может и поставить — это собственно наверно уже релизные образы, в любом случае, даже если будут обновления образов, если встанет — обновления придут.
Шаринг и прочий ретвитинг особенно привествуется, жалобы пишите в любом удобном виде, комментами, багами в багзиллу, можно напрямую почтой директору по технологиям.
Как не только фоточки скопировать… или дело о двух гигабайтах и коротком целом типе
Многие фотокамеры сегодня и вчера, и даже позавчера умеют не только делать фото разного разрешения и содержания, но и записывать видео.
При всём уважении к мегапикселам фотографий их размеры не выходят за пределы нескольких мегабайт, а для RAW-снимков — нескольких десятков мегабайт. Видео же можно записать размером и сотни, и тысячи мегабайт. С видео «вот тако-ого вот» размера и произошла следующая история.
Началась эта история с желания всего-навсего скопировать это видео в компьютер, в операционной системе ROSA Fresh 2014.1 KDE. Видео копируется:
И внезапно:
Процесс, обрабатывающий протокол «camera:», неожиданно покинул наш мир.
Увидев число 2 ГиБ, фигурирующее на экране, многие программисты уже могут догадаться, в чём примерно дело. Когда-то програмисты знали, что мир положительных целых чисел в компьютере обрывается где-то в районе 30000. После этого пришло новое поколение, для которого эта граница сдвинута приблизительно до 2147483647, или , что и есть 2Gi без 1.
Давайте попробуем разобраться и решить возникшую проблему. Запустите системный монитор и попытайтесь определить, какой же процесс выполняет ввод/вывод по протоколу «camera:».
Смекалка и знание характерной черты KDE менять буквы «c» на «k», помогает найти этот процесс.
Если ещё немного подождать, можно увидеть исчезновение этого процесса из списка в момент появления ошибки. Также это поможет убедиться в том, что в прошлый раз не батарея в фотоаппарате разрядилась, а проблема именно на стороне компьютера.
Теперь собственно оперативно-розыскные мероприятия.
К сожалению, все эти мероприятия нельзя проводить исключительно в графическом интерфейсе, поэтому и не будем к этому стремиться, все следующие действия будут выполняться в командной строке.
ROSA Desktop Fresh R3 «GNOME»
Вышел релиз «ROSA Desktop Fresh R3» с окружением рабочего стола GNOME. Нет, это не опечатка, мне действительно очень стыдно, но речь сейчас именно о GNOME-версии для релиза R3, KDE-версию которого выпустили давным-давно. И да, мы уже выпустили R4 и для KDE LXDE
Дело в том, что мы не хотели просто выпустить его, как двойника «KDE», и летом мы погнались на несколькими интересными фичами, все задерживая выпуск, надеясь успеть… А потом надеялись выпустить сразу GNOME R4, и тоже с этим возникли проблемы.
В общем, если кому-то нужен виновный, считайте им меня (User:Stanislav.fomin), а эта новость останется нашим с вами секретом (не надо ее нигде пиарить, умоляю).
В 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.- ↑ На самом деле могли, ведь у нас есть регулярно собираемые образы, прошедшие автоматическое тестирование (работоспособность инсталлятора, запускаемость всех программ, проверки сервисов, стресс-тесты… об этом мы расскажем отдельно)
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.
ssd-utils - TRIM для SSD раз в неделю
Как известно, принципы работы 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? Опрос…
И снова мы хотим обратной связи — пожалуйста, не поленитесь, выберите те «рабочие столы», «окружения рабочего стола», «Desktop Environment»-ы, которые вы используете.
Какие DE вы используете в системах ROSA?
Если мы что-то забыли, напишите в комменты, добавим к опросу.
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.
База данных поддерживаемого оборудования
С сентября 2016 года стала доступна обновленная версия базы оборудования.
На сегодняшний день на рынке предлагается огромное количество разнообразных конфигураций персональных компьютеров. При разработке операционной системы РОСА мы прилагаем существенные усилия для поддержки всевозможных конфигураций.
Еще пять лет назад при разработке первых версий операционной системы и до недавних пор мы использовали стандартный для отрасли метод взаимодействия с пользователями. Если у пользователя что-то не работало, то он сообщал об этом на нашем форуме или в багзилле. Затем команда поддержки начинала выяснять у пользователя характеристики компьютера, системные логи и др. Все эти многочисленные данные собирались в комментариях к соответствующему багу и затем анализировались разработчиками на возможность исправления проблемы. Главный минус такого подхода был в том, что от пользователя требовалось слишком много действий и отладка проблемы растягивалась на недели, а иногда и на месяцы.
Для упрощения процесса взаимодействия с пользователями мы разработали инструмент hw-probe. Инструмент предназначен для сбора на компьютере пользователя всей необходимой информации для анализа и отладки его проблемы. При этом от пользователя требуется выполнить всего лишь одну команду:
hw-probe -all -upload
Создать пробу можно как на установленной системе, так и из Live-режима. Перед вызовом команды желательно подключить максимальное количество периферийных устройств, чтобы они также были проанализированы, и обновить соответствующий пакет:
sudo urpmi.update -a sudo urpmi hw-probe
Теперь пробу оборудования компьютера можно сделать еще проще, кликнув на иконку "Проба оборудования" в стартовом меню SimpleWelcome.
В результате запуска команды информация обо всем оборудовании на компьютере, системные логи инициализации и др. информация будет загружена в нашу базу данных для последующего анализа разработчиками. Пользователю при этом будет выдана ссылка на пробу его оборудования, которую он может приложить к сообщению на форуме, багу или поделиться со знающими людьми, которые могут помочь с решением проблемы (пример пробы для ASUS N73SV здесь). В результате такого механизма взаимодействия, проблемы на компьютерах пользователей теперь решаются гораздо быстрее.
Пакет hw-probe
является базовым для дистрибутива РОСА Desktop Fresh R4 (и всех будущих версий). Обязательно обновите этот пакет перед использованием, чтобы загрузить в базу наиболее полные результаты тестов. Пользователям других версий ОС РОСА или других дистрибутивов необходимо следовать этим инструкциям.
Адрес базы данных: hw.rosalinux.ru/.
На основе всех собранных проб оборудования пользователей, а также статического анализа драйверов ядра автоматически создается база данных поддерживаемого оборудования. Ознакомиться с базой данных можно на сайте hw.rosalinux.ru/. В ней можно, например, посмотреть список всех протестированных видеокарт или список всех WiFi-карт, поддержка которых заявлена ядром. Также можно посмотреть список и классификацию всех протестированных моделей компьютеров. Для классификации устройств мы используем ядерную классификацию соответствующих драйверов. Для PCI и USB устойств дополнительно используется более тонкая классификация по идентификатору класса устройства.
В этой заметке мы призываем всех пользователей операционной системы РОСА загрузить пробы своего оборудования с помощью вышеприведенной команды для пополнения списка поддерживаемого оборудования. Максимальное количество подключенных к компьютеру периферийных устройств при снятии пробы - приветствуется. В случае, если какое-то устройство не функционирует, то просьба также описать проблему на нашем форуме, в багзилле или на странице вконтакте.
Как вам наши темы для GNOME? Видеоопрос
Новый[1] жанр — микровидеообзор (пара минут) с опросом.
А именно, мы хотели бы оценить нравится ли вам наша гномовская тема, вернее темы (тема shell, тема gtk+, тема оформления окон) — если вдруг вопросы непонятны — посмотрите ролик.
Дело в том, что и у нас внутри нет единого мнения, и нужно обоснование — поддерживать ли нашу собственную тему для GNOME. Мир GNOME SHELL непрост, с каждой новой версией куча всего отваливается и требует допиливания[2]
Какая SHELL-тема для GNOME SHELL лучше?
Какая GTK+-тема для GNOME лучше?
Какая тема оформления окон в GNOME лучше?
Заранее спасибо!
А для тех, кто не устал голосовать — последний аккорд:
Такой формат видео обзоров/анонсов от сотрудников…
- ↑ На самом деле мы уже опробовали на нашем VK, но в других соцсетях нормальных опросов вообще не сделать, и не все пользуюся соцсетями, и вовсе несколько опросов в одном месте — удобней
- ↑ Если взять свежий GNOME, то на него не натягиваются 99% тем с gnome-look.org, отлаживают там только стандартную Adwaita.
ROSA Fresh Desktop R4
Представляем вам ROSA Desktop Fresh KDE R4 — дистрибутив семейства ROSA Desktop Fresh с рабочим столом KDE.
Дистрибутив подойдет и для развлечений, и для работы.
В репозиториях пользователей ждет большая коллекция игр и эмуляторов, можно установить Steam, и привычный софт для текстовой и видеокоммуникации, включая Skype. Работает просмотр видео всех видов и форматов. В дистрибутив входит свежий LibreOffice 4.3.1, но в репозиториях есть полный TeX-стек и все известные open-source программы для документирования, верстки и полиграфии.
Разработчиков ждут полноценные LAMP/C++/… окружения для разработки.
Рекомендуем дистрибутив как домашним пользователям, для повседневной коммуникации и развлечений, так и пользователям, с нетривиальными требованиями, но способными самостоятельно позаботится об их настройке и постоянной работоспособности — дело в том, что мы рады получить обратную связь от пользователей, и стараемся оперативно исправлять баги, но не гарантируем сроков решения проблем или консультаций по простым вопросам.
Дистрибутив основан на новой платформе rosa2014.1 со сроком поддержки 2 года. На базе этой платформы будет выпущено несколько релизов дистрибутива, аналогично платформе rosa2012.1.
- Скачать
Screenpen — магия пера или эффективная свобода преподавания со стилусом
Лекции и семинары, конференции и бизнес-тренинги — называться это может по-разному, но суть в любом случае одна: автор-лектор-тренер, пытается передать аудитории смысл голосом, жестами и, самом важное, что-то показывая — формулы ли это на доске, ватман с картинками в руках, или стеклянные колбы с живыми опытами.
Ранее, кроме живых демонстраций, вариантов визуализации почти не было — только унылая доска в меловых разводах. Затем с Запада пришли флипчарты и «смерть от PowerPoint-а», и в целом, сейчас актуален спор между любителями слайдов и «старой школой доски».
Плюсы слайдов и других заранее заготовленных материалов, не важно, скучные ли это рожденные из документов слайдоменты, веселые картинки или «адов матан» — это большая читаемость текста, формул, диаграмм и визуальная эффективность, даже если там будут только «картинки с котиками». Минусы — линейность и детерминированность, очень трудно отойти от накатанного сценария с заготовленным набором слайдов. Это еще более-менее терпимо в коротком докладе на конференции, но неудобно для семинара-тренинга.
Этого недостатка лишены мастера флипчартов и модных маркерных досок — они могут быстро импровизировать, набросать поясняющую диаграмму или простую иллюстрацию, написать нужную формулу и анимировать зависимости и переходы… с другой стороны — качество этих рисунков, текста и формул — ужасное, и если писать только на доске, без заготовок, то это чистый проигрыш даже простым «слайдоментам».
Что делать? Ну, теоретически, можно совмещать — показывать и заготовленные слайды, и при этом импровизировать и дорисовывать пропущенное на доске. Тут возникает куча проблем с переключением, как внимания аудитории, так и инструментов лектора, не говоря уже о необходимости дополнительной «недвижимости» досок. Ведь проектор уже стал обязательным оборудованием для лекториев, портативный проектор и ноут легко взять с собой на какой-нибудь выездной тренинг, где, проецируя на стену можно обойтись без специального экрана. А если у слушателей есть лептопы или планшеты, то можно просто транслировать им экран.
И это не говоря уже о том, что то, что транслируется на экран, можно эффективно и качественно записать на видео, грамотно смонтировав, или показывать дистанционно.
Так что же делать? Тут на помощь приходят стилусные ноутбуки, т.е. лептопы, в которых можно рисовать пером напрямую по экрану. Сейчас мощный тренд тотальной сенсоризации дисплеев, но даже если ваш ноутбук не такой, то можно специально для выступлений купить простой pentablet с ebay — например, б.у. HP 2730p, которые когда-то стоили $4000, сейчас можно найти на ebay за $50 и дешевле (подробней см. в разделе #Эффективный ebay-инг). Это позволительно даже небогатому преподавателю. Ну, а если бюджет позволяет, можно поставить в класс тачскрин-моноблок типа HP TouchSmart 610, на который и удобно смотреть преподавателю, не отворачиваясь от аудитории к большому экрану, и рисовать пояснение даже пальцем, поверх слайдов с формулами и прочим.
Итак, поговорим, о том какой же 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.
При разработке ориентировались на популярную Windows-утилиту ZoomIt.
- Реализует ее функциональность (+много еще)
- Наследует ее клавиатурный интерфейс — Windows-пользователям не придеться переучиваться.
В ROSA GNOME идет из коробки, надо лишь включить («Параметры → Дополнительные параметры → Расширения SHELL») расширение «ScreenPen Launch»
И тогда у вас появляется иконка с лупой[3].
В KDE, LXDE или других средах надо самостоятельно настроить хоткей для вызова «screenpen».
Для KDE это можно сделать в Настройках рабочего стола (Комбинации клавиш и росчерки -> Специальные действия -> Изменить -> Новый -> Глобальная комбинация клавиш -> Команда или адрес).
И тогда, по хоткею «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 — открываем возможности локализации
Многим известно, а остальные догадываются, что браузеры умеют передавать веб-серверу список предпочитаемых пользователем языков. Реализуется это с помощью специального 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)]
В итоге управляемый компьютер теперь может общаться с администратором на его языке в меру своих сил и наличия у себя соответствующей локализованной информации.