Raspberry Pi рекомендует использовать Fedora
Опубликовано 11.3.2012 13:45 пользователем Peter Lemenkov
Проект по созданию сверхдешевого компьютера Raspberry Pi рекомендовал для использования на уже выпущенных устройствах специализированный remix Fedora. Сейчас используется уже довольно старая версия Fedora - 14, но планируется выпуск версии 17 для ARM одновременно с версиями для x86/x86_64.
Нельзя не отметить широкое вовлечение студентов в процесс подготовки дистрибутива. В отличие от российских реалий, где "школота" и "студентота" в рамках изучения IT заняты довольно бессмысленными задачами типа решения на паскале систем линейных уравнений, то студенты США занимались практически полезным и востребованным экономикой делом - адаптировали под руководством известных хакеров и айти-специалистов наиболее высокотехнологичный Linux-дистрибутив на набирающую популярность архитектуру и ряд существующих систем в рамках архитектуры. Т.е. они были заняты platform engineering в чистом виде. В результате, они уже получают предложения от заинтересованных компаний о трудоустройстве, которые, в свою очередь, получают в качестве сотрудников не пустоголовых болванчиков, по быстрому списавших и "спихнувших" несколько "лаб" по информатике, а обладающих практическими навыками специалистов.
В отличие от многих других маргинальных линукс-коммьюнити, представители сообщества Fedora всегда с радостью участвовали в различных образовательных проектах - от OLPC, до GSoC, так-что участие в подобном образовательном проекте тоже не является чем то из ряда вон выходящим для нас.
Нельзя не отметить широкое вовлечение студентов в процесс подготовки дистрибутива. В отличие от российских реалий, где "школота" и "студентота" в рамках изучения IT заняты довольно бессмысленными задачами типа решения на паскале систем линейных уравнений, то студенты США занимались практически полезным и востребованным экономикой делом - адаптировали под руководством известных хакеров и айти-специалистов наиболее высокотехнологичный Linux-дистрибутив на набирающую популярность архитектуру и ряд существующих систем в рамках архитектуры. Т.е. они были заняты platform engineering в чистом виде. В результате, они уже получают предложения от заинтересованных компаний о трудоустройстве, которые, в свою очередь, получают в качестве сотрудников не пустоголовых болванчиков, по быстрому списавших и "спихнувших" несколько "лаб" по информатике, а обладающих практическими навыками специалистов.
В отличие от многих других маргинальных линукс-коммьюнити, представители сообщества Fedora всегда с радостью участвовали в различных образовательных проектах - от OLPC, до GSoC, так-что участие в подобном образовательном проекте тоже не является чем то из ряда вон выходящим для нас.
Новые пакеты
Опубликовано 09.3.2012 01:00 пользователем Tigro
В репозитории Russian Fedora для RERemix/SL/Centos доступны новые пакеты: gcompris 12, krusader, eiskaltdcpp, kino. Так же для всех дистрибутивов доступны обновления браузера Chromium, v8, flash-plugin и Adobe Reader (acroread).
Поздравляем всех женщин с 8 марта!
Опубликовано 08.3.2012 15:10 пользователем elemc
От лица всех мужчин, пользователей и разработчиков, мы поздравляем наших любимых женщин с международным праздником 8-го марта!
Вы, наши дорогие дамы, олицетворяете уют нашего сообщества. Само существование проекта невозможно без вас!
Мы очень рады, что вы у нас есть!
Вы, наши дорогие дамы, олицетворяете уют нашего сообщества. Само существование проекта невозможно без вас!
Мы очень рады, что вы у нас есть!
День тестирования локализации Fedora 7го марта 2012
Опубликовано 05.3.2012 22:21 пользователем mama-sun
Несмотря на надвигающиеся праздники, рекомендую обратить внимание на приближающийся день тестирования локализации Fedora. Я постаралась перевести на русский организационную информацию. По всем вопросам о тестировании можно обращаться в рассылку команды локализации.
Кстати, совсем недавно в Fedora появилась новая группа под названием Fedora Language Testing Group (FLTG, "Группа тестирования локализации" или "Группа тестирования поддержки языков" Fedora). Этот тестовый день является их первой инициативой. Ребята заявляют, что их целью является тестирование и контроль поддержки различных языков в Fedora и что они хотели бы быть связующим звеном между командами локализации, интернационализации и пользователями.
Кстати, совсем недавно в Fedora появилась новая группа под названием Fedora Language Testing Group (FLTG, "Группа тестирования локализации" или "Группа тестирования поддержки языков" Fedora). Этот тестовый день является их первой инициативой. Ребята заявляют, что их целью является тестирование и контроль поддержки различных языков в Fedora и что они хотели бы быть связующим звеном между командами локализации, интернационализации и пользователями.
Lumberjack или структурированное журналирование
Опубликовано 02.3.2012 13:51 пользователем Peter Lemenkov
Еще не утихли срачи^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, а затем и в других дистрибутивах!
На прошедшем недавно 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
Опубликовано 01.3.2012 14:56 пользователем Tigro
Итак, сегодня мы анонсируем финальный выпуск 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 ]
- Торренты
- Быстрая установка GNOME, KDE и XFCE;
- Поддержка всех используемых сетевых репозиториев во время установки;
- Для Live-дисков реализована возможность загрузки образа в RAM;
- Поддержка VPN во время установки;
- Firstboot с дополнительными опциями (настройка GNOME, режим работы sudo и др.);
- Выбор различных клавиатурных комбинация для смены русской раскладки и индикаторы в панелях GNOME и KDE;
- Freetype пересобран с запатентованными компонентами;
- Поддержка "плохих" кодеков и DVD;
- Добавлены программы для работы с pulseaudio (paman, paprefs, pavucontrol, pavumeter);
- Обновлён офисный пакет до LibreOffice 3.4.5;
- Обновлены Firefox и Thunderbird до версии 10.0.1, доступен пакет Seamonkey 2.7.1;
- Доступна экспериментальная версия браузера Chromium 18;
- В GNOME включён по умолчанию буфер обмена parcellite;
- В поставку с KDE включены climentine и vlc;
- Добавлена поддержка dejavu.
Чем вы можете помочь?
Нам не хватает майнтейнеров для пакетов. Например XFCE сейчас не содержит привычных плагинов, есть только базовые компоненты. Ели вы хотите помочь, то прочитайте этот документ.
Сообщить об ошибке
Все найденные ошибки следует отправлять в багтрекер redmine.russianfedora.ru.
EPEL 4 EOL - теперь официально
Опубликовано 01.3.2012 09:29 пользователем Peter Lemenkov
Официально объявлено, что EPEL 4 более не поддерживается с 29 февраля. Мы предупреждали ранее, что это скоро произойдет, так-что, "кто не спрятался - я не виноват". Один из вариантов дальнейших действий владельцев систем, с развернутым RHEL4, это перейти на RHEL5 или RHEL 6 (или их производный дистрибутив, такой, как CentOS или Scientific Linux).
Анонсирован выход Fedora 17 Alpha!
Опубликовано 28.2.2012 20:17 пользователем mama-sun
Скачать можно здесь - http://fedoraproject.org/get-prerelease
Альфа-версия уже содержит бОльшую часть запланированных фич и позволяет разработчикам привлечь всех желающих к тестированию. Как только все найденные баги будут исправлены, анонсируется бета-версия. И уже после нее — полноценный релиз.
Напоминаю, что Fedora 17 несет гордое имя "Beefy Miracle", поэтому без каламбуров и "деликатесных" штучек не обходится ни один анонс. Итак, что у нас вкусненького?
Для пользователей:
Для системных администраторов
Повышение надежности и гибкости. Включены Corosync 2.0, Pacemaker Cluster Resource Manager 1.1.7, JBoss Application Server (AS) 7.
Для разработчиков
Разработчики могут готовить свежий код с помощью обновленных и дополненных средств разработки: Java 7, Ruby 1.9.3, PHP 5.4, Haskell, Erlang, D и Opa. К тому же GCC обновлен до версии 4.7.
Виртуализация
Множество фич по виртуализации Fedora 17:
Hot Dogs as a Service (HDaaS)
Ну вот, снова каламбур. На самом деле в Fedora 17 включены последние версии наиболее передовых опенсорсных облачных технологий: Cloudstack, Eucalyptus и OpenNebula.
Полный список фич Fedora 17: http://fedoraproject.org/wiki/Releases/17/FeatureList
Ночные сборки респинов: http://dl.fedoraproject.org/pub/alt/nightly-composes/
Альфа-версия уже содержит бОльшую часть запланированных фич и позволяет разработчикам привлечь всех желающих к тестированию. Как только все найденные баги будут исправлены, анонсируется бета-версия. И уже после нее — полноценный релиз.
Напоминаю, что Fedora 17 несет гордое имя "Beefy Miracle", поэтому без каламбуров и "деликатесных" штучек не обходится ни один анонс. Итак, что у нас вкусненького?
Для пользователей:
- GIMP обновлен до долгожданной версии 2.8 с кучей фич: однооконным режимом, группами слоев и возможностью прямого редактирования текста на холсте.
- Улучшенная поддержка языков и шрифтов.
- Обилие рабочих окружений! GNOME, KDE, Sugar и др.
Для системных администраторов
Повышение надежности и гибкости. Включены Corosync 2.0, Pacemaker Cluster Resource Manager 1.1.7, JBoss Application Server (AS) 7.
Для разработчиков
Разработчики могут готовить свежий код с помощью обновленных и дополненных средств разработки: Java 7, Ruby 1.9.3, PHP 5.4, Haskell, Erlang, D и Opa. К тому же GCC обновлен до версии 4.7.
Виртуализация
Множество фич по виртуализации Fedora 17:
- Open vSwitch в составе Fedora;
- Обвноление KVM;
- Включение нового пакета libvirt-sandbox, позволяющего организовать выполнение произвольных пользовательских приложений в изолированном окружении, построенном с использованием libvirt.
Hot Dogs as a Service (HDaaS)
Ну вот, снова каламбур. На самом деле в Fedora 17 включены последние версии наиболее передовых опенсорсных облачных технологий: Cloudstack, Eucalyptus и OpenNebula.
Полный список фич Fedora 17: http://fedoraproject.org/wiki/Releases/17/FeatureList
Ночные сборки респинов: http://dl.fedoraproject.org/pub/alt/nightly-composes/
Исключение пакета system-config-network из Fedora
Опубликовано 28.2.2012 15:54 пользователем mama-sun
На прошлой неделе в одной из рассылок Fedora проскочил запрос на исключение пакета system-config-network из Fedora Rawhide и будущих версий Fedora.
При ближайшем рассмотрении выяснилось, что это происходит в рамках "System Configuration Tools Cleanup Project", т.е. проекта по приведению в приличный вид конфигурационных приложений. По всей видимости под проект попадут и некоторые другие приложения. В частности пакет system-config-network собираются исключить из-за схожести с NetworkManager'ом.
При ближайшем рассмотрении выяснилось, что это происходит в рамках "System Configuration Tools Cleanup Project", т.е. проекта по приведению в приличный вид конфигурационных приложений. По всей видимости под проект попадут и некоторые другие приложения. В частности пакет system-config-network собираются исключить из-за схожести с NetworkManager'ом.
Mplayer2 для Fedora и EL6
Опубликовано 22.2.2012 09:33 пользователем Vascom
В связи с приостановкой в rpmfusion поддержки mplayer мы решили добавить этот функционал в russianfedora. Причём не сам mplayer, а сразу mplayer2. О его преимуществах и отличиях можно почитать тут.
На данный момент mplayer2 доступен в репозиториях russianfedora для Fedora 15, Fedora 16 и скоро будет для EL6.
Данный пакет можно установить параллельно с mplayer и использовать его как консольно, так и совместно с фронтэндами (smplayer, kmplayer, gnome-mplayer и т.д.). В этих фронтэндах надо указывать используемый плеер в настройках.
Просьба всех заинтересовавшихся проверить работоспособность данного пакета на вашей системе и сообщить об обнаруженных проблемах. Если проблемы касаются компиляции пакета, то они будут быстро исправлены, если же дело в апстриме, то... посмотрим. Версия mplayer2 самая последния из git-репозитория совместно с самой последней версией libav и libass.
Страницы
- « первая
- ‹ предыдущая
- …
- 107
- 108
- 109
- 110
- 111
- 112
- 113
- 114
- 115
- …
- следующая ›
- последняя »