Fedora и Google Summer of Code
Опубликовано 06.2.2012 11:48 пользователем mama-sun
Кажется, все уже в курсе, что на днях было объявлено о начале подготовки ежегодной программы Google Summer of Code. Расскажу вкратце, как с этим связан проект Fedora.
Fedora ежегодно старается участвовать в GSoC и ее, как правило, всегда включают в список участвующих организаций. Конечно, год на год не приходится и пару раз проект не смог получить финансирование от Google на свои заявки. В таких случаях Fedora проводит свой собственый летний кодинг примерно по тем же правилам.
Внутри Fedora подготовка к подобным летним программам выглядит следующим образом:
Fedora ежегодно старается участвовать в GSoC и ее, как правило, всегда включают в список участвующих организаций. Конечно, год на год не приходится и пару раз проект не смог получить финансирование от Google на свои заявки. В таких случаях Fedora проводит свой собственый летний кодинг примерно по тем же правилам.
Внутри Fedora подготовка к подобным летним программам выглядит следующим образом:
- С объявлением о начале подготовки начинается сбор идей, которые могут быть реализованы в рамках программы. Если у вас есть что-то подобное, вы можете добавить идею в вики (Summer_coding_ideas_for_2012). Причем сделать это могут как менторы, так и студенты. Если это сделает ментор и заявка будет принята, то он будет участвовать как руководитель студента от Fedora, если же это сделает студент и заявка окажется действительно интересной, то к ней постараются найти руководителя.
- Дальше отбираются наиболее интересные предложения и выносятся на суд Google. Решается вопрос об участии Fedora как организации.
- Вне зависимости от решения программа проводится с небольшими различиями в организации процесса:
- студенты подают заявки под конкретные уже одобренные идеи, общаются с руководителями;
- наиболее подходящих из них принимают в программу, объявляется окончательный список участвующих;
- начинается процесс написания кода.
Ситуация с Compiz
Опубликовано 04.2.2012 21:27 пользователем Peter Lemenkov
Недавно посетители сайта OpenNET.ru были удивлены тем, что Compiz и NetBeans не войдут в Fedora 17. Для наших читателей это, конечно же, не неожиданная новость, т.к. именно у этих двух приложений есть проблемы со сборкой.
Интересно, что анонимные Linux-аналитики в комментариях к статье высказались в том смысле, что проблемы со сборкой у этих приложений, и то, что их некому чинить, показывают падение интереса к Fedora. Хотелось бы им возразить, как минимум, в отношении compiz. Сообщают, что не только в Fedora, но и в Gentoo и openSUSE решили выбросить Compiz, как имеющий проблемы со стабильностью и заброшенный своим разработчиком. Пока что единственные, кто всерьез использует Compiz, это Ubuntu с их Unity. Учитывая проблемы с этим приложением, можно только пожелать удачи пользователям этого уникального дистрибутива. Кстати, в Canonical поняли надвигающуюся беду и попытались ее предотвратить наняв единственного разработчика Compiz для работы над проектом. Однако, похоже, что дела пока идут не очень хорошо.
Напомню, что основной проблемой, препятствующей включению Unity в Fedora является то, что разработчики Canonical, вместо коллективной работы над совместно используемыми библиотеками, как это делают мэйнтейнеры Fedora, городят свои доморощенные и несовместимые решения. Это эффективно исключает высококвалифицированных членов коммьюнити других дистрибутивов (тех-же GNOME разработчиков из числа участников Fedora) от исправления проблем у пользователей Ubuntu. Учитывая небольшое количество разработчиков в Ubuntu коммьюнити, сложно назвать это разумным шагом.
Интересно, что анонимные Linux-аналитики в комментариях к статье высказались в том смысле, что проблемы со сборкой у этих приложений, и то, что их некому чинить, показывают падение интереса к Fedora. Хотелось бы им возразить, как минимум, в отношении compiz. Сообщают, что не только в Fedora, но и в Gentoo и openSUSE решили выбросить Compiz, как имеющий проблемы со стабильностью и заброшенный своим разработчиком. Пока что единственные, кто всерьез использует Compiz, это Ubuntu с их Unity. Учитывая проблемы с этим приложением, можно только пожелать удачи пользователям этого уникального дистрибутива. Кстати, в Canonical поняли надвигающуюся беду и попытались ее предотвратить наняв единственного разработчика Compiz для работы над проектом. Однако, похоже, что дела пока идут не очень хорошо.
Напомню, что основной проблемой, препятствующей включению Unity в Fedora является то, что разработчики Canonical, вместо коллективной работы над совместно используемыми библиотеками, как это делают мэйнтейнеры Fedora, городят свои доморощенные и несовместимые решения. Это эффективно исключает высококвалифицированных членов коммьюнити других дистрибутивов (тех-же GNOME разработчиков из числа участников Fedora) от исправления проблем у пользователей Ubuntu. Учитывая небольшое количество разработчиков в Ubuntu коммьюнити, сложно назвать это разумным шагом.
Поддержка OpenCL в gstreamer
Опубликовано 02.2.2012 12:35 пользователем Peter Lemenkov
Активный участник проекта Fedora Fabian Deutsch представил проект, в рамках которого был реализован OpenCL плугин для gstreamer. Теперь возможно выполнять некоторые вычислительные задачи (видеофильтры, преобразования цветовой палитры и т.п.) на OpenCL оборудовании.
EPEL 4 EOL
Опубликовано 01.2.2012 23:15 пользователем Peter Lemenkov
В ближайший месяц (февраль, 2012) закончится срок поддержки RHEL 4, хотя и будет предложен (заинтересованным лицам за очень большие деньги) дополнительный срок поддержки. В связи с этим в конце февраля будет официально объявлено о завершении жизни ветки EL4 проекта EPEL. Пока точно не решено, что будет сделано с существующими репозиториями и билд-сервисами, но уже сейчас всем пользователям EPEL для EL4 стоит начать готовиться.
И опять новые "фичи" Fedora 17
Опубликовано 01.2.2012 00:42 пользователем Peter Lemenkov
На собрании FESCo, прошедшем 30 января 2012 года, были одобрены новые "фичи" Fedora 17:
- Переработанные средства создания LiveCD. Идея в том, чтоб унифицировать дальше различные способы установки системы, которые должны использовать Anaconda вместо кривеньких самодельных скриптов.
- Интеграция CUPS и colord, что позволит использовать ICC-таблицы принтеров на этапе растеризации изображения.
- Включение в дистрибутив Cloudstack, платформы IaaS.
- Обновление набора программ для облачных вычислений.
- Включение в дистрибутив Eucaliptus, еще одной платформы для облачных вычислений
- Включение в дистрибутив JBoss Application Server 7, широко известного в узких кругах Java EE сервера приложений
- Улучшение NetworkManager, упрощающее создание на базе Fedora 17 хотспот-точек
- Улучшение NetworkManager, упрощающее предоставление на базе Fedora 17 сервисов масштаба предприятия - bonding, IP-over-Infiniband, VLAN и т.п.
- Включение библиотек и программ для Xen API, что позволит управлять системой виртуализации Xen в инсталляциях больших масштабов
- Включение Open vSwitch, сетевого свитча для виртуализированных окружений
- Улучшение управления электропитанием
- Обновление платформы для облачных вычислений OpenStack до версии "Essex"
- Предоставление виртуализированного средства профилирования системы. Благодаря нему в гостевых системах можно будет пользоваться стандартными средствами профилирования
- Предоставление возможности "живой" миграции блочных устройств KVM. Это позволит на лету переключаться между форматами виртуальных дисков, мигрировать их между LUN не выключая систему и т.п.
- Улучшение экономного распределения в KVM. Предлагается предоставить пользователю возможность на лету переключаться между "thin provisioning" и "thick provisioning" (в котором случае все ресурсы будут выделяться полностью) при работе с виртуальными образами систем.
- Провести статический анализ всего Python кода в Fedora. Пока предполагается автоматизировать нахождение ошибок счетчиков ссылок для модулей Python, написанных на C.
- Предоставление возможности разделения сетевых соединений по "зонам доверия". Например, сетевой интерфейс, подключенный к неизвестной публичной сети попадает в недоверенную зону, а он-же, но подключенный через домашнюю WPA2-сеть - попадает в доверенные.
- Переход на firewalld, как на firewall по умолчанию.
- Включение в дистрибутив Darkserver, сервиса для идентификации build-id по стэктрейсу.
Поддержка в oVirt живых снапшотов виртуальных машин
Опубликовано 31.1.2012 02:05 пользователем anganar
В рамках Fedora развивается далеко не только одноименный дистрибутив, но и много других открытых разработок. Одна из них - oVirt. oVirt - это открытая система управления виртуальной инфраструктурой масштаба центра обработки данных - десятки и сотни серверов и виртуальных машин, соответствующая инфраструктура сети и систем хранения. Кстати, именно oVirt является апстримом для RHEV.
Несмотря на то, что в целом oVirt весьма хорош, одной фичи в нем явно не хватало - поддержки "горячих" снапшотов виртуальных машин без их остановки. Такая возможность достаточно давно есть в qemu-kvm, который является основным гипервизором для oVirt, но выполнить снапшот можно было только вручную локально. Для живого снапшота из центральной консоли управления не хватало поддержки такой возможности в VDSM, который отвечает за общение управляющей консоли с гипервизорами.
И вот сегодня в git-репозиторий oVirt принят патч, который наконец добавляет живые снапшоты в VDSM. Любители острых ощущений могут собираться из исходников. Все остальные получат долгожданную фичу в следующем обновлении oVirt.
3D видеопроигрыватель bino 1.3
Опубликовано 30.1.2012 16:30 пользователем Vascom
Не все ещё приобщились к эффектам мира 3D.
Если вы хотите смотреть трёхмерные фильмы у себя дома, то не обязательно покупать дорогие современные 3D-телевизоры. Можно воспользоваться давно известным методом анаглифного изображения - с использованием очков с разноцветными стёклами. Но и само изображение должно быть анаглифным. Именно это и делает видеоплеер bino - преобразует стереопару (всех форматов) в анаглифное изображение (опять же любых форматов).
А написано всё это к тому, что в репозитории russianfedora bino обновился до версии 1.3.
Попробуйте 3D на своём мониторе в linux.
P.S. Анаглифные очки обязательны. Можно приобрести не дороже 100 руб. в интернете.
Зачем нужно переносить что-то в /usr?
Опубликовано 27.1.2012 14:12 пользователем Peter Lemenkov
Известный и активный участник Fedora, работник Red Hat, Lennart Poettering опубликовал статью, в которой в очередной раз приводятся аргументы за перемещение директорий в /usr .
Unity и Fedora
Опубликовано 26.1.2012 22:00 пользователем Peter Lemenkov
В списке рассылке разработки Fedora подняли вопрос, насколько сложно включить Unity в Fedora? К сожалению, почти сразу был дан неутешительный ответ. Оказывается, Unity не только требует пропатченные версии GTK+, Compiz, gnome-session, но он еще и не поддерживает Gnome3 версии этих библиотек. Мысли о том, что надо бы включить Unity в репозиторий Fedora высказывались активным участником Fedorа и работником Red Hat Adam Williamson еще в 2010 году, но с тех пор не было значительного интереса.
Сейчас ситуацию пытается изменить Hicham HAOUARI, участник проекта Fedora, но до завершения там тоже очень далеко.
Сейчас ситуацию пытается изменить Hicham HAOUARI, участник проекта Fedora, но до завершения там тоже очень далеко.
Обсуждение непрерывного цикла обновления пакетов Fedora
Опубликовано 26.1.2012 10:37 пользователем mama-sun
На openNET опубликована интересная новость из рассылки разработчиков Fedora — в ней активно обсуждается возможность создания специальной версии Fedora с непрерывным циклом обновления пакетов (Rolling-release), при котором обновления версий программ производятся постоянно, не дожидаясь фиксированных релизов дистрибутива. Пока финального решения нет. Мы будем следить за происходящим.
Страницы
- « первая
- ‹ предыдущая
- …
- 33
- 34
- 35
- 36
- 37
- 38
- 39
- 40
- 41
- следующая ›
- последняя »