Новости от разработчиков Anaconda, инсталлятора системы
Опубликовано 25.1.2012 13:56 пользователем Peter Lemenkov
На прошедшем с 13 по 15 января 2012 года FUDCon (Fedora Users and Developers Conference) в Blacksburg, USA разработчики всем знакомого инсталлятора Anaconda, используемого в Fedora рассказали как о проведенной работе, так и о будущих планах:
- Новый, переработанный интерфейс. К Fedora 17 его доделать не успели, так-что мы его увидим только в Fedora 18.
- Переход на dracut, что позволило снизить требование к памяти до 512 мегабайт (и потенциально уменьшить до 256).
- Апгрейды системы начиная с Fedora 18 будут выполняться только с помощью preupgrade. Т.е. если вы выберете в anaconda пункт "обновить существующую систему", то будет задействован preupgrade.
Обновление браузера Opera
Опубликовано 24.1.2012 16:47 пользователем Vascom
В репозитории доступно очередное обновление популярного в России браузера Opera 11.61. Данное обновление является рекомендованным в плане безопасности и стабильности.
Небольшое обновление утилиты i7z
Опубликовано 24.1.2012 15:02 пользователем Vascom
В репозитории russianfedora обновлён пакет i7z до последней доступной версии из svn. Эта небольшая утилита будет интересна владельцам процессоров Intel i3, i5, i7 для контроля и изменения их частоты и энергосбережения .
Одобрено еще несколько новых "фич" Fedora 17
Опубликовано 24.1.2012 12:54 пользователем Peter Lemenkov
На прошедшем 23 января 2012 года собрании FESCo одобрили ряд новых фич Fedora 17, и в этот раз их список очень внушителен:
- Включение DIET, открытого решения для высокопроизводительных вычислений
- Переработка способа создания LiveCD, с целью унификации установщиков и методов установки/сборки, которых уже несколько штук
- Сервис дедупликации backtrace'ов в ABRT. Сейчас почти на каждый бэктрейс от ABRT открывается новая заявка в Bugzilla, которые затем приходится объединять вручную. В рамках этой "фичи" будет предпринята попытка автоматизации этого довольно нудного процесса.
- Утилита конфигурации шрифтов, в зависимости от языка. Сейчас для этого требуется знать, как настраивается fontconfig.
- Сервис автодополнения английских слов. Это, скорее всего, нужно для того, чтоб в сети появлялись смешные гифки с ошибками autocomplete не только с iPhone, но и с Fedora, что поможет популяризировать дистрибутив.
- Обновление Eclipce до версии Juno
- Включение в дистрибутив языка Opa. Это язык, предназначенный для облачных вычислений.
- Очередные новые индийские языки.
- DNSSEC на десктопах. Это следующий этап перехода дистрибутива на DNSSEC.
- Поддержка файловых систем EXT4 более 16 терабайт, что уже совсем нефантастично звучит в наши дни
- Обновление Haskell Platform до версии 2011.4. Чуть ранее уже была одобрена фича, в рамках которой будет произведено обновление Glasgow Haskell Compiler до 7.4.1
- Обновление IPA до версии 3
- Обновление OpenJDK до версии 7
- Обновление mkdumprd для kexec-tools. Теперь оно будет использовать dracut.
- Включение virt-sandbox, позволяющего организовать выполнение произвольных пользовательских приложений в изолированном окружении, построенном с использованием libvirt.
- Включение Non-Uniform Memory Alignment Daemon в дистрибутив
- Включение Quantum, виртуального сервиса сети, предназначенного, в основном, для системы облачных вычислений OpenStack.
- RabbitMQ как middleware bus для проекта OpenStack.
- Обновление Ruby до версии 1.9.3
- Включение новой возможности SELinux - запрет на трассировку приложением другого процесса
- Запуск некоторых приложений с их собственной временной директорией вместо общего пространства в /tmp .
- Включение Wallaby, программируемого семантического сервиса конфигураций для HPC системы Condor.
Усиление Java команды Red Hat
Опубликовано 24.1.2012 10:51 пользователем Peter Lemenkov
Недавно было анонсировано (тут и тут), что в Red Hat на работу приходят два Java разработчика, ушедших от известных финансовых спекулянтов JPMorgan Chase & Co - Mario Torre и Roman Kennke. Будем надеяться, что это сильно улучшит общую ситуацию с Java в Fedora, где, к сожалению, наблюдаются некоторые проблемы.
Tomcat 7 с поддержкой Java 7
Опубликовано 23.1.2012 10:18 пользователем anganar
Tomcat 7 с поддержкой Java 7 перешел в update-testing, и в ближайшее время появится в основных репозиториях Fedora. Спасибо за это надо сказать Ивану Афоничеву.
Пожелания системных программистов программистам ядра
Опубликовано 21.1.2012 10:17 пользователем Peter Lemenkov
Широко известный сотрудник Red Hat и участник Fedora, Lennart Poettering вместе с коллегами предоставил третий выпуск пожеланий для разработчиков ядра. В документе перечисляются новые функции, которые было бы полезно реализовать на уровне Linux Kernel. К третьему выпуску документа некоторые из них уже реализованы.
Развитие XFS
Опубликовано 21.1.2012 01:16 пользователем Peter Lemenkov
В недавнем докладе инженера компании Google, Michael Rubin, о файловых системах будущего, который активно обсуждался в русскоязычной линукс-блогосфере, прозвучало упоминание о XFS, как о файловой системе ближайшего будущего. Среди прочих упоминались btrfs, ext4 и другие современные файловые системы, так-что упоминание системы из 1993 года, которую портировали на Linux больше 10 лет назад, как системы ближайшего будущего, у многих вызвало усмешки и/или недоумение.
Свои разъяснения (внимание, статья находится за paywall) дал разработчик XFS, работник Red Hat, Dave Chinner. Оказывается, уже очень давно, в XFS есть операции, линейно масштабирующиеся по количеству потоков, чего не смогла до сих пор достигнуть ни ext4, ни btrfs (у нее проблемы начинаются уже с 4-8 потоков). Единственное, где она проигрывала, это запись журнала. И эта операция не только не масштабировалась, но и порождала огромное количество действий при совершенно небольших изменениях (распаковка тарболла с исходниками ядра Linux, например, где XFS была в 20-50 раз медленнее ext4), чем ухудшала общие показатели, практически прекращая масштабирование производительности после 4 потоков.
Эту ситуацию пытались поправить уже несколько раз в прошлом, но, из--за сложности реализации этой системы, все эти попытки успехом не увенчались. И вот, Дэйв сообщил, что добился серьезного прогресса. С версии 3.3 ядра в XFS будет включен механизм отложенной записи операций с журналом, позаимствованный из ext3. Теперь система почти линейно масштабируется, и она показывает в несколько раз более лучшие результаты, чем ext4 при количестве потоков более 4.
Дэйв также обрисовал дальнейший фронт работы. Это онлайн-проверки самой системы, исправление ошибок и обнаружение проблем с жестким диском.
Что до конкурентов, то ни ext4, ни btrfs не в состоянии теперь показать сколь-нибудь превосходящие показатели в каких-либо тестах по сравнению с XFS. Начиная с версии 3.3 в Linux ядре у нас новый король ФС.
Свои разъяснения (внимание, статья находится за paywall) дал разработчик XFS, работник Red Hat, Dave Chinner. Оказывается, уже очень давно, в XFS есть операции, линейно масштабирующиеся по количеству потоков, чего не смогла до сих пор достигнуть ни ext4, ни btrfs (у нее проблемы начинаются уже с 4-8 потоков). Единственное, где она проигрывала, это запись журнала. И эта операция не только не масштабировалась, но и порождала огромное количество действий при совершенно небольших изменениях (распаковка тарболла с исходниками ядра Linux, например, где XFS была в 20-50 раз медленнее ext4), чем ухудшала общие показатели, практически прекращая масштабирование производительности после 4 потоков.
Эту ситуацию пытались поправить уже несколько раз в прошлом, но, из--за сложности реализации этой системы, все эти попытки успехом не увенчались. И вот, Дэйв сообщил, что добился серьезного прогресса. С версии 3.3 ядра в XFS будет включен механизм отложенной записи операций с журналом, позаимствованный из ext3. Теперь система почти линейно масштабируется, и она показывает в несколько раз более лучшие результаты, чем ext4 при количестве потоков более 4.
Дэйв также обрисовал дальнейший фронт работы. Это онлайн-проверки самой системы, исправление ошибок и обнаружение проблем с жестким диском.
Что до конкурентов, то ни ext4, ни btrfs не в состоянии теперь показать сколь-нибудь превосходящие показатели в каких-либо тестах по сравнению с XFS. Начиная с версии 3.3 в Linux ядре у нас новый король ФС.
Вики-статья: Systemd
Опубликовано 20.1.2012 02:08 пользователем bookwar
В вики проекта добавлена инструкция по запуску собственных скриптов с помощью Systemd. Она является логическим продолжением широко известной в узких кругах Шпаргалки по переходу c SysVinit на Systemd.
CUPS 1.6.0
Опубликовано 18.1.2012 21:12 пользователем Peter Lemenkov
Активный участник проекта Fedora и работник Red Hat, Tim Waugh, предупреждает о готовящемся релизе CUPS. В связи с тем, что разработка ведется компанией Apple, то все Linux-зависимые вещи были или скоро будут выброшены. Среди таких - CUPS discovery, вместо которого надо теперь использовать DNS-SD. К сожалению, для совместимости с Avahi потребовались патчи, которые уже написаны Тимом. Также некоторые фильтры были перенесены в отдельный проект.
Таким образом, в ближайшее будущее CUPS будет требовать Avahi для сохранения функциональности, и если у вас не Fedora, а какой-нибудь source-based дистрибутив, в котором можно выбрасывать функциональность с помощью флагов сборки, то не забудьте включить Avahi обратно, чтоб уметь находить принтеры в сети.
Таким образом, в ближайшее будущее CUPS будет требовать Avahi для сохранения функциональности, и если у вас не Fedora, а какой-нибудь source-based дистрибутив, в котором можно выбрасывать функциональность с помощью флагов сборки, то не забудьте включить Avahi обратно, чтоб уметь находить принтеры в сети.
Страницы
- « первая
- ‹ предыдущая
- …
- 89
- 90
- 91
- 92
- 93
- 94
- 95
- 96
- 97
- следующая ›
- последняя »