Ещё один важный для русскоязычных пользователей тестовый день, в котором может принять участие каждый: тестируются методы ввода, переключение раскладок и поддержка различных языков в приложениях.
  • Инструкция по участию
  • Live-образ для тестирования
  • Список тестовых случаев

Приглашаем всех желающих принять участие в тестировании поддержки стандарта USB 3.0 в Fedora 17.

USB3.0 - порт синего цвета Для тестирования вам потребуются:

  • порт с поддержкой USB 3.0 - можно опознать по синему цвету (см. картинку)
  • флешка с поддержкой USB 3.0
  • Live-образ с текущей сборкой Fedora 17 (скачать)

Участвовать в тестовом дне можно и после его окончания. Статистика результатов подсчитывается обычно спустя 5-7 дней.

Как обычно все вопросы по участию в тестировании вы можете задать непосредственно организаторам тестового дня на IRC-канале #fedora-test-day (сервер freenode), либо на Jabber-канале русскоязычной поддержки fedora@conference.jabber.ru.

Недавно вышедший RERemix 6.2 включал Live-образы, размер которых был больше 700 Мб. Подобную практику мы переносим и на RFRemix для образов с GNOME и KDE. К сожалению постоянно приходится очень долго возиться и чем-то жертвовать, а то и вычищать даже нужные пакеты, чтобы только уместиться в эти злосчастные 703 чистых мегабайта.

Проблема скорее всего скажется на различных старых компьютерах и ноутбуках, у которых нет DVD ридера и не поддерживается загрузка с USB. Для таких машин останется возможность загрузки по сети, а также живые образы с XFCE и LXDE, которые мы будем держать в рамках 700 Мб.

Одна из популярных ошибок у начинающих пользователей Fedora, это отключение SELinux. Действительно, некоторые "наколеночные" дистрибутивы Linux вообще не используют эту подсистему, т.к. их мэйнтейнеры либо уже неспособны справиться с ее настройкой так, чтоб она работала у пользователя из коробки (эта настройка требует довольно долгого наблюдения за тем, как же работают программы, какие ресурсы они требуют, как взаимодействуют с пользователем, с системой и с другими программами), либо еще не доросли до осознания предметной области, в которой лежат задачи, которые решает SELinux. Опять-же, значительная часть проприетарного ПО содержит годами неисправляемые ошибки (что не является чем-то из ряда вон выходящим для проприетарного ПО) типа утечек системных ресурсов, которые блокируются SELinux, но необязательно вызывают видимые пользователем проблемы при отключенном SELinux. Все это создает у пользователей ошибочное мнение, что эта система не так уж и важна и/или даже мешает работе. Как всегда, если пользователь чего-то не понимает, то он считает, что злые разработчики Red Hat зачем-то сознательно вредят ему.

Участник проекта Fedora, опытный программист, нашедший и закрывший благодаря своей работе над SELinux несчетную тучу ошибок в открытом ПО, Dan Walsh продолжает серию статей, рассказывающих о том, как SELinux помогает выявлять дефекты в ПО. В этот раз он написал статью о том, как SELinux блокирует утечку файлового дескриптора в случае порождения дочернего процесса, и что делать программисту, который допустил эту ошибку, чтоб исправить ее.

В будущем, прежде чем отключать SELinux, знайте - "глючная" и "текущая" программа может запросто убить всю вашу коллекцию аниме, что лежит у вас в папке ~/Studies. Подумайте об этом.

Проект по созданию сверхдешевого компьютера Raspberry Pi рекомендовал для использования на уже выпущенных устройствах специализированный remix Fedora. Сейчас используется уже довольно старая версия Fedora - 14, но планируется выпуск версии 17 для ARM одновременно с версиями для x86/x86_64.

Нельзя не отметить широкое вовлечение студентов в процесс подготовки дистрибутива. В отличие от российских реалий, где "школота" и "студентота" в рамках изучения IT заняты довольно бессмысленными задачами типа решения на паскале систем линейных уравнений, то студенты США занимались практически полезным и востребованным экономикой делом - адаптировали под руководством известных хакеров и айти-специалистов наиболее высокотехнологичный Linux-дистрибутив на набирающую популярность архитектуру и ряд существующих систем в рамках архитектуры. Т.е. они были заняты platform engineering в чистом виде. В результате, они уже получают предложения от заинтересованных компаний о трудоустройстве, которые, в свою очередь, получают в качестве сотрудников не пустоголовых болванчиков, по быстрому списавших и "спихнувших" несколько "лаб" по информатике, а обладающих практическими навыками специалистов.

В отличие от многих других маргинальных линукс-коммьюнити, представители сообщества Fedora всегда с радостью участвовали в различных образовательных проектах - от OLPC, до GSoC, так-что участие в подобном образовательном проекте тоже не является чем то из ряда вон выходящим для нас.

В репозитории Russian Fedora для RERemix/SL/Centos доступны новые пакеты: gcompris 12, krusader, eiskaltdcpp, kino. Так же для всех дистрибутивов доступны обновления браузера Chromium, v8, flash-plugin и Adobe Reader (acroread).

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

Несмотря на надвигающиеся праздники, рекомендую обратить внимание на приближающийся день тестирования локализации Fedora. Я постаралась перевести на русский организационную информацию. По всем вопросам о тестировании можно обращаться в рассылку команды локализации.

Кстати, совсем недавно в Fedora появилась новая группа под названием Fedora Language Testing Group (FLTG, "Группа тестирования локализации" или "Группа тестирования поддержки языков" Fedora). Этот тестовый день является их первой инициативой. Ребята заявляют, что их целью является тестирование и контроль поддержки различных языков в Fedora и что они хотели бы быть связующим звеном между командами локализации, интернационализации и пользователями.

Еще не утихли срачи^W продуктивные обсуждения на Linux.org.ru инициативы небезызвестного Lennart Poettering по замене syslog на Journald, а ведущие разработчики решений на базе стандарта RFC 5424 (syslog) уже встретились, чтобы лицом к лицу ответить на суровую критику от Poettering'а.

На прошедшем недавно Fedora Developer's Conference в чешском городе Брно встретились Rainer Gerhards, основной разработчик rsyslog, Balazs Scheidler, основной разработчик syslog-ng, William Heinbockel, один из соавторов стандарта CEE со стороны Mitre, Lennart Poettering, Steve Grubb, нынешний мэйнтейнер auditd, работник Red Hat и участник проекта Fedora. Были и еще некоторые заинтересованные лица из числа участников Fedora Project.

По результатам встречи было признано очевидное (о чем и говорил Lennart Poettering) - система ведения журнала в Linux действительно в печальном наколеночном состоянии, негодном для серьезного использования в сложных системах без значительной доработки и написания кучи скриптов на shell, perl, sed/awk и python с php. Например, нет стандартов на хранение бинарного журнала (в базе данных, например), нет формата на структуру сообщений (почитайте man 3 syslog - там довольно исчерпывающая информация о его возможностях). Основной проблемой служит то, что подавляющее большинство разработчиков в своих программах просто задействуют старый интерфейс BSD syslog, который оперирует лишь с текстовыми строками, получаемыми от приложения (отдельный разговор, это то, как в эти строки вставить бинарные данные, и что будет потом). Т.е. основная проблема с журналированием в Linux, это ты, ленивый разработчик! С другой стороны, те разработчики, которые упираются в примитивность традиционного текстового BSD syslog, из-за слабой информированности о возможностях современных syslog-демонов, просто берут сторонние (или создают свои - Journald) нестандартные решения для ведения журналов - тысячи их!

В результате, даже в популярных Linux-дистрибутивах сразу работают несколько логгеров - один из популярных syslog-демонов, работающий хорошо если на 10% своих возможностей, и еще пара-тройка средней паршивости и отлаженности (а теперь еще будет работать и Journald). Например, отдельный логгер для auditd и сообщений selinux, отдельная подсистема для Java-приложений (Log4J, который может использовать syslog, а может и нет). Не стоит и говорить, что практически любое большое приложение (как принято говорить, Enterprise уровня) использует свою систему ведения журналов, т.к. его разработчики скорее всего уже имеют печальный опыт общения с примитивным void syslog(int priority, const char *format, ...);

С 2007 года существует проект CEE, от Mitre, в рамках которого добиваются синхронизации стандарта на формат сообщений журналирования, и проект уже привлек внимание внушительного количества заинтересованных компаний, однако большинство oткрытых программ, написанных энтузиастами, не использует наработок этого и других проектов, в результате чего журналирование в Linux дистрибутивах сильно отстает от журналов, ведущихся в проприетарных продуктах и операционных системах, разработчики которых внимательнее прислушиваются к своим пользователям. Опять-же, посмотри в зеркало, ленивый opensource девелопер!

Учитывая эти и другие факты, на встрече было решено создать совместный проект - Lumberjack, в рамках которого будет проводиться популяризация и внедрение в популярные Linux дистрибутивы стандартов CEE, RFC 5424 и наработок Lennart Poettering. В рамках проекта предложена трехуровневая система, в которой внизу будет находиться бэкенд для физического ведения журнала (традиционные текстовые файлы, база данных, сетевое хранилище и т.п.), в середине будет сам демон журналирования, а сверху будет одновременно доступно несколько вариантов API - традиционный, для примитивного журналирования, как было принято в простеньких системах в конце 1980х, и структурированные логи событий, как это требуется для сложных систем второй декады XXI века. У проекта уже есть подпроект - ELAPI, библиотека, упрощающая внедрение CEE-журналирования в приложения. Она развивается Red Hat и участниками Fedora.

Ждите скоро в Fedora, а затем и в других дистрибутивах!

Итак, сегодня мы анонсируем финальный выпуск RERemix Linux Desktop 6.2. RERemix Linux Desktop - это ремикс, основанный на Scientific Linux и репозиториях EPEL, PUIAS, ELRepo и Russian Fedora. Дистрибутив представляет собой десктопное решение на базе GNOME и KDE (доступна также урезанная версия XFCE) с долгосрочной поддержкой EL дистрибутива. Пользователю сразу из коробки предоставляется возможность использования различных "плохих" кодеков (mp3 и т. п.), проигрывание DVD, Adobe Flash, различные драйвера к видео и сетевым картам. Доступны обновлённые версии Firefox, Thunderbird, вместо OpenOffice.org используется LibreOffice 3.4.5. В репозитории доступны vlc, mplayer2, psi-plus, skype, evince-djvu-backend, deadbeef, chromium и др. пакеты.

Скриншоты

Для загрузки доступны инсталляционные DVD, образы netinstall и Live-диски с GNOME и KDE.
  • Установочные диски [ i686 ] [ x86_64 ]
  • Live-образы [ i686 ] [ x86_64 ]
  • Список пакетов [ i686 ] [ x86_64 ]
  • Торренты
Основные отличия от Scientific Linux:
  1. Быстрая установка GNOME, KDE и XFCE;
  2. Поддержка всех используемых сетевых репозиториев во время установки;
  3. Для Live-дисков реализована возможность загрузки образа в RAM;
  4. Поддержка VPN во время установки;
  5. Firstboot с дополнительными опциями (настройка GNOME, режим работы sudo и др.);
  6. Выбор различных клавиатурных комбинация для смены русской раскладки и индикаторы в панелях GNOME и KDE;
  7. Freetype пересобран с запатентованными компонентами;
  8. Поддержка "плохих" кодеков и DVD;
  9. Добавлены программы для работы с pulseaudio (paman, paprefs, pavucontrol, pavumeter);
  10. Обновлён офисный пакет до LibreOffice 3.4.5;
  11. Обновлены Firefox и Thunderbird до версии 10.0.1, доступен пакет Seamonkey 2.7.1;
  12. Доступна экспериментальная версия браузера Chromium 18;
  13. В GNOME включён по умолчанию буфер обмена parcellite;
  14. В поставку с KDE включены climentine и vlc;
  15. Добавлена поддержка dejavu.

Чем вы можете помочь?

Нам не хватает майнтейнеров для пакетов. Например XFCE сейчас не содержит привычных плагинов, есть только базовые компоненты. Ели вы хотите помочь, то прочитайте этот документ.

Сообщить об ошибке

Все найденные ошибки следует отправлять в багтрекер redmine.russianfedora.ru.

Страницы