22 Ноября 2024, 17:48

Red Hat Linux

Автор turbo, 06 Августа 2008, 18:31

« предыдущая тема - следующая тема »

0 Пользователей и 1 Гость просматривают эту тему.

B@F

[size="5"][color="#ff0000"]Релиз Red Hat Enterprise Linux 5.6[/color][/size]
Компания Red Hat  выпустила релиз дистрибутива Red Hat Enterprise Linux 5.6. Несмотря на выход ветки RHEL 6, которая рекомендована для установки на новое оборудование, поддержка ветки RHEL 5 продлится до 2014 года, при этом планируется выпустить еще как минимум один релиз 5.7 c добавлением поддержки нового оборудования, после чего будет производится только исправление ошибок.

Дистрибутив доступен в трех редакциях:
Основные новшества RHEL 5.6:
  • Перевод файловой системы Ext4 в разряд полностью поддерживаемых (ранее поддержка Ext4 в RHEL имела экспериментальный статус);
  • Интеграция DNS-сервера bind 9.7 с улучшенной поддержкой DNSSEC;
  • Включение в состав дистрибутива PHP 5.3;
  • Добавление межсетевого экрана для сетевых мостов ebtables, работающего на уровне Ethernet и поддерживающего такие функции как DNAT/SNAT для MAC-адресов и поддержку маршрутизации по MAC-адресам;
  • Добавление сетевого анализатора dropwatch, использующего DROP_MONITOR-интерфейс linux-ядра для детального мониторинга потерь пакетов;
  • До версии 3.5.4 обновлен пакет Samba и обновлен пакет ctdb c поддержкой кластеризируемого TDB-бэкенда;
  • Интеграция демона "Сервисов безопасности системы" (SSSD - System Security Services Daemon), который предоставляет расширенные возможности входа в управляемые домены, включая кэширование параметров входа для offline-аутентификации. Таким образом пользователи, работающие на ноутбуках, смогут работать даже при отсутствии связи с локальной сетью организации;
  • В инсталляторе добавлена поддержка драйверов для Brocade 10G PCIe Ethernet, Chelsio Terminator4 10G Unified Wire Network Controller и LSI 3ware 97xx SAS/SATA RAID;
  • Расширены возможности виртуализации: обновлен код проброса устройств ввода/вывода и DCA-драйверов; в virtio-balloon драйвере появилась поддержка вывода статистики; для гостевых систем, работающих в режиме аппаратной виртуализации (HVM) добавлена поддержка обработки NMI-прерываний; реализована поддержка виртуальных NMI-прерываний; обновлен код VMWare TSC; в драйвер virtio_blk добавлена возможность сброса содержимого кэша; портирован драйвер virtio-консоли; проведена реструктуризация libvirt, включена по умолчанию поддержка sVirt;
  • Улучшения Linux-ядра:
    • Обновление ALSA-HDA драйверов;
    • Добавление поддержки чипсетов Intel Cogar Point, iTCO и ite887x;
    • Добавление поддержки APERF/MPERF для процессоров AMD;
    • Для платформы Power PC добавлена поддержка vio-модуля для управления питанием;
    • Код Systemtap (аналог DTrace) обновлен до версии 1.3;
    • Для процессоров Core i7 и Atom добавлена поддержка системы профилирования OProfile;
    • С основной веткой ядра синхронизирован код подсистем kprobes и taskstats;
    • Добавлена поддержка кубического алгоритма (cubic) контроля перегрузки TCP;
    • Добавлены параметры '/proc/sys/net/ipv4/ip_local_reserved_ports' и '/proc/sys/vm/vm_devzero_optimized';
    • Синхронизирован с основной веткой ядра код разнообразных драйверов. Существенно расширена поддержка сетевых адаптеров и устройств хранения различных марок;
Экспериментальные возможности для тестирования (Technology Previews):
  • Новый драйвер bfa для поддержки адаптеров Brocade BFA Fibre-Channel/FCoE;
  • В состав включен пакет FreeIPMI для организации управления системами, поддерживающими интерфейс IPMI;
  • Поддержка стека Trousers TSS и аппаратных TPM-модулей (Trusted Platform Module) для надежного хранения криптографических ключей;
  • Поддержка шифрования дисковых разделов при помощи eCryptfs;
  • Поддержка механизма "Stateless Linux", позволяющего нескольким компьютерам использовать одну установленную систему. Т.е. устанавливаем систему на одном компьютере, а другие машины загружаются по сети или с CD-диска и используют отличные от первичной системы блоки конфигурации, все же остальное для них не дублируется, а является общим (программы и данные кэшируются на локальном диске в режиме "только для чтения").
  • AIGLX в X server, обновленная библиотека Mesa, композитный менеджер Compiz;
  • Новый Firewire стек;
  • ktune - сервис определяющий системные профайлы с определенным набором параметров тюнинга ядра;
  • Поддержка стандарта SGPIO (Serial General Purpose Input Output) и технологии DFM (Device Failure Monitoring) в dmraid;
  • Включение в состав GCC 4.4 с поддержкой сборки с новыми опциями оптимизации и задействованием OpenMP;
  • Добавлена поддержка маркеров и точек трассировки (tracepoint) в Linux-ядре, что позволяет собирать дополнительную статистику для таких систем, как SystemTap;
  • Драйвер для организации программного проброса Fibre Channel поверх Ethernet (FCoE);
  • Поддержка технологии iSER, позволяющей организовать передачу данных с блочных устройств по сети;
  • Дополнительная реализация функции malloc в glibc, которую можно активировать через установку переменной окружения MALLOC_PER_THREAD.
Поправьте, если я ошибаюсь, буду тока рад.

Zhek@Ch

25 Января 2011, 01:22 #121 Последнее редактирование: 25 Января 2011, 01:23 от Zhek@Ch
[size="3"]Fedora на пути к изменению наименования сетевых интерфейсов [/size]

В Linux-дистрибутиве Fedorа 15 запланирован переход на новую схему именования сетевых интерфейсов. В соответствии с новой схемой, имена устройств будут формироваться в зависимости от типа подключения сетевого адаптера: "em{port}" - для встроенных в материнскую плату сетевых карт и "pci{slot}#{port}" - для карт с PCI-интерфейсом. Для устройств NPAR и SR-IOV к имени интерфейса дополнительно будет прибавляться суффикс _{vf}, для VLAN-ов ".{vlan}", а для алиасов - ":{alias}".

Классическая схема присвоения интерфейсам последовательных имен ethN, без учета их типов, сопряжена с рядом проблем. На системах с несколькими сетевыми интерфейсами в настоящее время отсутствует гарантия неизменности имени интерфейса - достаточно добавить дополнительную сетевую карту, как ранее доступный интерфейс eth0 может превратиться в eth1. На системах с большим числом сетевых карт имена интерфейсов могут меняться даже после обычной перезагрузки, что вынуждает использовать такие приемы как привязка к MAC-адресу.

Так как новая возможность уже готова к эксплуатации, 27 января объявлен днем тестирования нового наименования сетевых интерфейсов.


Zhek@Ch

27 Января 2011, 21:53 #122 Последнее редактирование: 02 Февраля 2011, 19:53 от Zhek@Ch
[size="3"]Представлен официальный релиз Fedora 14 для мейнфреймов IBM (System z)[/size]

Представлен официальный релиз Fedora 14 для 64-разрядной платформы s390x (мейнфреймы IBM, System Z). Прошлый релиз Fedora для System z был выпущен в октябре 2006 года. Релиз доступен в форме установочного DVD или на 5 CD-дисках. Для желающий сформировать собственные установочные сборки, подготовлена подборка сборочных файлов конфигурации и эмулятор System Z.


Zhek@Ch

02 Февраля 2011, 21:08 #123 Последнее редактирование: 02 Февраля 2011, 21:08 от Zhek@Ch
[size="3"]3-го февраля - тестовый день Fedora: GNOME 3 [/size]

Разработчики проекта Fedora приглашают пользователей принять участие в днях тестирования GNOME 3, которые будут проведены с 3 по 5 февраля. Цель данного мероприятия протестировать как можно больше функциональных возможностей GNOME 3, убедиться в их корректной работе, а также в том, что GNOME 3 обеспечивает необходимый для ежедневного использования основной функционал среды рабочего стола.Тестирование разбито на небольшие тестовые случаи, выполнение которых займет минут 10 (плюс время, которое потребуется для загрузки образа). Практически все тесты можно выполнить, загрузившись с Live образа. (Тестирование можно также проводить в виртуальной машине, однако без поддержки 3D-виртуализации часть тестов будет недоступна )

Результаты тестирования необходимо занести в таблицу на wiki странице тестового дня, для редактирования которой учетная запись проекта Fedora не требуется.

Пользователи Fedora, у которых есть время и желание принять участие в тестировании - добро пожаловать на wiki страничку, где на русском расписаны инструкции для проведения тестового дня.

>>> Подробности


Zhek@Ch

17 Февраля 2011, 22:26 #124 Последнее редактирование: 17 Февраля 2011, 22:27 от Zhek@Ch
[size="3"]Выпущен релиз Red Hat Enterprise Linux 4.9, последний релиз в серии 4.x [/size]

Доступен релиз Red Hat Enterprise Linux 4.9, который ознаменовал собой переход ветки RHEL 4 на финальную стадию поддержки, при которой полностью прекращается добавление изменений и поддержки нового оборудования. Обновления отныне будут доступны только с исправлением критических ошибок и проблем безопасности. Это последний отдельно сформированный выпуск, в дальнейшем изменения будут поставляться только через штатные механизмы установки обновлений, релиз 4.10 выпущен не будет. Первый выпуск RHEL 4.x вышел в 2005 году, полностью поддержка дистрибутива будет прекращена 29 февраля 2012 года. Поддержка RHEL 3 была прекращена 31 октября 2010 года. Поддержка выпущенного в 2007 году RHEL 5 продлится до апреля 2014 года, после чего в рамках программы Extended Life Cycle Support (ELS) пользователи еще три года смогут получать обновления. Ветка Red Hat Enterprise Linux 6 будет поддерживаться до 2020 года.

Из представленных в Red Hat Enterprise Linux 4.9 изменений можно отметить:

  • В пакет kernel-utils добавлена новая порция обновлений микрокода для процессоров Intel;
  • В OProfile добавлена поддержка процессоров Intel Xeon;
  • В пакет coreutils добавлена поддержка хэшей SHA-224, SHA-256, SHA-384 и SHA-512;
  • Командный интерпретатор KornShell (ksh) обновлен до версии ksh93t+;
  • В дистрибутив интегрирован web-браузер Firefox 3.6.13;
  • Код Systemtap (аналог DTrace) обновлен до версии 1.3;
  • Исправлено около 200 ошибок, наиболее важные из которых затрагивают ядро (в RHEL 4.9 поставляется 2.6.9-100.EL), shell-окружение, менеджер логических томов LVM и сетевую файловую систему NFS.

Rubik

22 Февраля 2011, 17:58 #125 Последнее редактирование: 25 Февраля 2011, 11:00 от Zhek@Ch
[size="3"]Управляющий совет вернул SQLninja в состав репозиториев Fedora [/size]

История с исключением приложения SQLninja из состава Linux-дистрибутива Fedora получила неожиданное продолжение - управляющий совет отменил решение о недопустимости включения данного приложения в состав дистрибутива. На данный шаг руководители проекта пошли после проведения юридической экспертизы, выполненной компанией Red Hat.

Экспертиза показала, что поставка программ подобных SQLninja не несет опасности юридических преследований по отношению к распространителям дистрибутива. Напомним, что формально программа SQLninja позиционируется как утилита для тестирования безопасности СУБД, но с другой стороны основные функции программы (например, внедрение бэкдора и автоматизация взлома) подразумевают, что она будет использована для совершения нелегальных и опасных действий.


Zhek@Ch

26 Февраля 2011, 12:50 #126 Последнее редактирование: 26 Февраля 2011, 12:51 от Zhek@Ch
[size="3"]Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 по умолчанию планируется перейти на Btrfs[/size]

Разработчики Linux-дистрибутива Fedora 15 сообщили о переносе даты выхода альфа-версии Fedora 15 на одну неделю. Перенос вызван необходимостью устранения ошибки в X-сервере, приводящей к невозможности аутентификации в GDM при использовании некоторых иноязычных раскладок клавиатуры (проблема подтверждена для немецкой и французской раскладок). Отдельно отмечается, что перенос альфа-версии на неделю не отразится на дате выхода последующих тестовых версий и финального релиза, который по прежнему запланирован на 10 мая. Из планов на Fedora 15 можно отметить:

  • интеграция системного менеджера systemd в качестве системы инициализации по умолчанию;
  • включение в поставку десктоп-окружений Gnome 3.0, KDE 4.6 и Xfce 4.8;
  • переход на GCC 4.6 для сборки пакетов;
  • задействование метода сжатия LZMA для формирования Live-образов;
  • с целью повышения безопасности все setuid-приложения будут переведены на использование "capabilities";
  • разделы /var/run и /var/lock будут смонтированы в виде RAM-диска (tmpfs);
  • добавление LessFS, FUSE-модуля для автоматического объединения дубликатов в файлах;
  • поддержка динамического управления правилами пакетного фильтра через DBus;
  • использование по умолчанию DNSSEC в конфигурациях рабочих станций;
  • изменение наименования сетевых интерфейсов. Вместо ethN имена устройств будут формироваться в зависимости от типа подключения сетевого адаптера: "em{port}" - для встроенных в материнскую плату сетевых карт и "pci{slot}#{port}" - для карт с PCI-интерфейсом.
  • поддержка автомонтирования ecryptfs в authconfig;
  • замена OpenOffice.org на LibreOffice;
  • интеграция в дистрибутив Python 3.2;
  • обновление пакетного менеджера RPM до версии 4.9;
  • интеграция в дистрибутив инструментария для проектирования роботов, симуляции их работы и создания программного обеспечения;
  • Поддержка технологии Spice в virt-manager;
  • улучшение работы системы управления питанием;
  • GUI-интерфейс Setroubleshoot будет переработан с целью упрощения диагностики проблем с SELinux.
Отдельно стоит отметить планы, касающиеся поддержки файловой системы Btrfs. В версии Fedora 15 в базовом режиме работы инсталлятора будет обеспечена полная поддержка управления логическими разделами и подразделами Btrfs (в Fedora 14 функция создания раздела и его форматирования доступна при указании специальной опции на этапе загрузки). В версии Fedora 16 рассматривается возможность перехода на Btrfs в качестве ФС по умолчанию и использование вместо LVM встроенного менеджера логических разделов Btrfs. По заявлению разработчиков Btrfs работает уже достаточно стабильно и все ранее высказываемые замечания учтены разработчиками.


B@F

02 Марта 2011, 20:22 #127 Последнее редактирование: 30 Июля 2011, 01:59 от Zhek@Ch
[size="3"]День тестирования инсталлятора Anaconda в Fedora[/size]

1-го марта проводится день тестирования Anaconda в Fedora. Основное внимание уделяется локализации и поддержке различных языков. Порядок тестирования описан на странице, посвященной тестовому дню. Все достаточно просто, поэтому участвовать в тестировании может любой желающий. Помощь при возникновении проблем в ходе проведения тестового дня будет оказываться как англоговорящими, так и русскоговорящими участниками.

Поправьте, если я ошибаюсь, буду тока рад.

Zhek@Ch

03 Марта 2011, 12:26 #128 Последнее редактирование: 03 Марта 2011, 12:28 от Zhek@Ch
[size="3"]Red Hat подрывает сотрудничество дистрибутивов, связанное с поддержкой пакетов с Linux-ядром [/size]

Как известно, Linux-ядро версии 2.6.32 было использовано в качестве базового ядра сразу во многих первичных Linux-дистрибутивах, таких как Debian 6, Red Hat Enterprise Linux 6, Ubuntu 10.04, Oracle Linux 6, SUSE Linux Enterprise 11 SP 1. Изначально, использование одной ветки ядра было воспринято как значительный шаг вперед в плане унификации дистрибутивов, что должно было значительно упростить поддержание в актуальном состоянии пакетов с ядром 2.6.32, благодаря более тесной совместной работе представителей разных дистрибутивов. Максимилиан Аттемс (Maximilian Attems), занимающийся поддержанием пакетов с Linux-ядром в проекте Debian, в своем недавнем интервью выступил с критикой новых методов компании Red Hat по формированию пакетов с исходными текстами Linux-ядра. Компания Red Hat блокировала возможность использования своих наработок в других дистрибутивах, сделав процесс анализа внесенных патчей излишне трудоемким. Раньше пакет с исходными текстами Linux-ядра для RHEL включал в себя полный набор примененных патчей, каждый из которых был доступен в виде отдельного хорошо документированного файла. Начиная с RHEL 6 поставляется только один общий архив с ядром, все патчи в котором неразделимо смешаны, что не позволяет выявить отдельные патчи и практически полностью сводит на нет возможность стороннего анализа.

Работа над патчами в Red Hat ведется в закрытых репозиториях, поэтому фактически компания самоотстранилась от сотрудничества с другими дистрибутивами. По прежнему любой желающий может загрузить поставляемый в составе RHEL 6 код Linux-ядра, но разобраться, что именно изменено, с учетом тысяч наложенных поверх ванильного ядра патчей, уже не реально. Кроме разрыва кооперации с дистрибутивами подобный подход также негативно влияет на возможность возврата внесенных патчей в основное ядро - по сути компания Red Hat оставила себе право решать что передать в upstream, а что нет.

Формально условия лицензии GPL соблюдаются - код всех изменений опубликован, но фактически код получается настолько запутанным, что практической пользы для сообщества он уже не представляет. Разработчики надеются, что подобный шаг со стороны Red Hat, с учетом репутации данной компании, скорее недоразумение, чем злой умысел, и Red Hat после указания сообществом на данную проблему в скором времени вернется к развернутой публикации патчей.

# opennet.ru
[size="3"]
[/size]
[size="3"]Поддержка Red Hat Enterprise Linux 4 будет осуществляться до 2015 года

[/size]
Компания Red Hat анонсировала доступность программы расширенной поддержки для четвертой ветки дистрибутива Red Hat Enterprise Linux. Стандартное время выпуска обновлений для RHEL 4 продлится до 29 февраля 2012 года, после чего будет предоставлена возможность подписки на расширенный сервисный план Extended Life Cycle Support (ELS), в рамках которого поддержка дистрибутива будет обеспечиваться еще три года. В итоге время жизни дистрибутива RHEL 4 составит 10 лет.


Zhek@Ch

03 Марта 2011, 23:21 #129 Последнее редактирование: 03 Марта 2011, 23:22 от Zhek@Ch
[size="3"]Релиз CentOS 4.9[/size]

Представлен релиз Linux дистрибутива CentOS 4.9, построенного на кодовой базе Red Hat Enterprise Linux 4.9 с включением всех обновлений, выпущенных до 1 марта. Дистрибутив доступен для платформ i386 и x86_64. С выходом CentOS 4.9, ветка 4.x переходит на финальную стадию поддержки, при которой будут исправляться только критические ошибки и проблемы безопасности. Поддержка CentOS 4 будет прекращена 29 февраля 2012 года. Из улучшений CentOS 4.9 можно отметить:

  • В пакет kernel-utils добавлена новая порция обновлений микрокода для процессоров Intel;
  • В OProfile добавлена поддержка процессоров Intel Xeon;
  • Командный интерпретатор KornShell (ksh) обновлен до версии ksh93t+;
  • В пакет coreutils добавлена поддержка хэшей SHA-224, SHA-256, SHA-384 и SHA-512;
  • В дистрибутив интегрирован web-браузер Firefox 3.6.13;
  • Код Systemtap (аналог DTrace) обновлен до версии 1.3;
  • В дополнение к OpenOffice.org 1.1.5, в CentOS включен пакет с OpenOffice.org 2.0, который можно найти в директории "updates". Найти все связанные с OpenOffice.org 2.0 компоненты можно выполнив команду "yum search openoffice.org2 | grep i386 | grep -v langpack", а для просмотра языковых пакетов - "yum search openoffice.org2 | grep langpack".
В течение недели ожидается релиз CentOS 5.6, основанный на пакетной базе RHEL 5.6, после выпуска которого усилия разработчиков будут направлены на формирования CentOS 6.


Zhek@Ch

04 Марта 2011, 12:37 #130 Последнее редактирование: 04 Марта 2011, 12:37 от Zhek@Ch
[size="3"]Релиз дистрибутива Scientific Linux 6.0[/size]

Анонсирован релиз дистрибутива Scientific Linux 6.0, построенного на пакетной базе Red Hat Enterprise Linux 6.0 и дополненного средствами, ориентированными на использование в научных учреждениях. Дистрибутив поставляется в сборках для архитектур i386 и x86_64, для загрузки доступен установочный DVD (3.6 Гб). Отличия от пакетной базы RHEL 6 в первом выпуске Scientific Linux 6 минимальны. В отличии от прошлых веток, число дополнительных программ невелико, тем не менее большинство ранее доступных в Scientific Linux 5 научных приложений можно найти в дополнительных репозиториях, таких как EPEL, elrepo.org и atrpms.net. Также прекращено поддержание репозитория contrib, в котором размещались дополнительные драйверы устройств - аналоги пакетов из contrib можно найти во внешних репозиториях elrepo и atrpms.

Минимальное число дополнительных пакетов и их вынос во внешние репозитории разработчики объясняют желанием сократить двойную работу и уменьшить число проблем с зависимостями. Установочный образ Scientific Linux 6 по составу повторяет RHEL 6 и не содержит свежих обновлений, которые следует установить после установки дистрибутива.

Из особенностей Scientific Linux 6 (SL6) можно отметить:

  • В SL6 состав включены дополнительные пакеты:
    • Оконный менеджер IceWM 1.2.37;
    • OpenAFS 1.5.1 - открытая реализация распределенной ФС Andrew File System;
    • Пакет визуализации Graphviz;
    • Библиотека Numpy, для организации научных расчетов;
    • Для драйвера iwlwifi включены дополнительные прошивки (firmware для беспроводных карт Intel серий 5150, 3945, 4945, 5000 и, начиная с текущей версии, 6000.
    • Поддержка языка Lua;
    • Поддержка файловой системы XFS для архитектуры x86_64. В программе установки пока нельзя создать XFS раздел, но установить Scientific Linux на ранее созданный XFS раздел можно;
    • FUSE-модули fuse-smb и fuse-sshfs, для монтирования SMB и SSH.
  • Ранее присутствующие в SL5 пакеты, которые можно найти во внешнем репозитории EPEL:
    • Библиотека cfitsio с реализацией поддержки формата FITS (Flexible Image Transport System), широко используемого в астрономических исследованиях, для языков Си и FORTRAN;
    • Технология DKMS (Dynamic Kernel Module Support), позволяющая автоматически перестраивать текущие модули ядра с драйверами устройств после обновления версии ядра. Внедрение DKMS позволит автоматически устанавливать драйверы, которые необходимы для работы определенных аппаратных компонент текущей системы, но отсутствуют в стандартном Linux ядре. Для разработчиков, DKMS предоставляет средства создания драйверов без оглядки на особенности различных версий Linux ядра.
    • Консольный почтовый клиент Alpine;
    • Дополнительные Perl-модули: DBD-XBase, MailTools, Parse-RecDescent, SQL-Statement, TermReadKey, Text-CSV_XS, Text-Template, Tk;
  • Ранее присутствующие в SL5 пакеты, которые можно найти во внешнем репозитории atrpms:
    • Математическая библиотека FFTW (Fastest Fourier Transform);
    • Утилита 915resolution для модификации видео BIOS для графических карт на базе GPU Intel 845G, 855G, 865G, 915G, 915GM и 945G, что позволяет добиться установки дополнительных разрешений экрана;
    • GNU R (язык для статистических расчетов);
    • Дополнительные мультимедиа кодеки (gstreamer-plugins-extras из SL4 и k3b-extras из репозитория livna);
    • Библиотека матричных вычислений SuiteSparse;
  • Ранее присутствующие в SL5 пакеты, которые придется загрузить с сайта разработчика:
    • Научная библиотека SciPy, которую можно использовать для научных, инженерных и математических рассчетов, в также для построения графиков и диаграмм, на основе набора статистических данных;
    • Sun Java/JDK - в составе теперь поставляется только OpenJDK;
    • Набор обучающих приложений для KDE - KDEEDU.

Zhek@Ch

08 Марта 2011, 11:58 #131 Последнее редактирование: 08 Марта 2011, 11:59 от Zhek@Ch
[size="3"]Компания Red Hat пояснила причины изменения оформления патчей для Linux-ядра в RHEL [/size]

Брайн Стивенс (Brian Stevens), технический директор Red Hat, пояснил мотивы, которые вынудили компанию уйти в дистрибутиве RHEL 6 от практики развернутой публикации всех патчей в составе пакета с ядром Linux. Напомним, что в прошлых версиях RHEL пакет с исходными текстами Linux-ядра включал в себя полный набор примененных патчей, каждый из которых был доступен в виде отдельного хорошо документированного файла. Начиная с RHEL 6 поставляется только один общий архив с ядром, все патчи в котором неразделимо смешаны, что не позволяет выявить отдельные патчи и практически полностью сводит на нет возможность стороннего анализа.

Подобный ход является ответом на участившиеся случаи недобросовестной конкуренции со стороны некоторых компаний, пытающихся строить бизнес на основе простого копирования разработок RHEL. Если раньше основные конкуренты Red Hat развивали собственные промышленные дистрибутивы, то теперь появились крупные игроки, подобные Oracle, которые по сути продают техническую поддержку к RHEL, не только не вкладывая ресурсы в его разработку, но и переманивая на свою сторону клиентов. Для затруднения оказания подобных услуг поддержки, компания Red Hat была вынуждена прибегнуть к такому шагу, как запутывание информации об используемых патчах. Что касается клиентов Red Hat, то они по прежнему имеют возможность оценить все примененные к ядру раздельные патчи, используя для этого закрытую для внешнего доступа базу знаний.

Отдельно подчеркивается, что политика работы Red Hat с первичными проектами не изменилась и компания по прежнему первым делом передает все патчи и наработки в upstream и уже потом включает их в состав пакетов для собственного Linux-дистрибутива. Более того, политика компании со временем становится все более дружественной по отношению к совместной работе с сообществом. Red Hat является ключевым коммерческим участником таких проектов, как GNOME и Linux-ядро, и продолжает вкладывать ресурсы в разработку открытых проектов. Также отмечается, что бизнес Red Hat не завязан на продаже кода, а развивается благодаря предоставлению сервисов.

Разработчики CentOS подтвердили, что запутывание патчей не отразится на дистрибутиве, так как они только перепаковывают оригинальный пакет с ядром RHEL, не внося в него дополнительных изменений. Тем не менее решение Red Hat отразится на дополнительном ядре из репозитория centosplus, добавление патчей для которого потребует дополнительных шагов, но это по мнению разработчиков не является значительной проблемой.


Rubik

[size="3"]Доступны LiveCD и LiveDVD сборки дистрибутива Scientific Linux 6.0 [/size]

Доступны LiveCD (687 Мб, Gnome, IceWM), LiveDVD (2.2 Гб, Gnome, KDE, IceWM) и mini-LiveCD (350 Мб, IceWM) сборки дистрибутива Scientific Linux 6.0, подготовленные для платформ i386 и x86_64. Все Live-сборки поддерживают функцию установки на жесткий диск, могут работать без модификации загрузчика с USB-накопителей и поддерживают возможность монтирования через NFS для организации работы бездисковых клиентов.

По сравнению с прошлыми Live-версиями Scientific Linux, процесс сборки полностью изменен и переведен на использования инструментария для создания Live-дисков, подготовленного в рамках проекта Fedora. Для создания собственного Live-диска можно использовать пакет livecd-tools, для записи образа на USB-накопитель нужно использовать liveusb-creator. Дополнительные программы добавлены на Live-диск из внешних репозиториев EPEL, elrepo.org и atrpms.net, включая пакеты с расширенной поддержкой файловых систем (ntfs, reiserfs), организации безопасных сетевых соединений (openvpn, vpnc, pptp) и восстановления после сбоя (testdisk, dd_rescue, ddrescue, gparted).

Базовые программы:

  • Linux-ядро 2.6.32-71.18.1.el6
  • xorg 7.3
  • icewm 1.2.37
  • gnome 2.28.6
  • firefox 3.6.14
  • thunderbird 3.1.8
  • openoffice.org 3.2.1 (только на LiveDVD)
  • kde 4.3.4 (только на LiveDVD)
Программы, добавленные по сравнением со стандартной поставкой Scientific Linux (приложения добавлены из внешних репозиториев, отличия от RHEL 6 можно посмотреть здесь):

  • fuse-ntfs-3g (rpmforge)
  • fuse-sshfs (rpmforge)
  • ntfsprogs (rpmforge)
  • progsreiserfs (rpmforge)
  • dd_rescue (rpmforge)
  • ddrescue (rpmforge)
  • iperf (rpmforge)
  • flash-plugin (rpmforge)
  • testdisk (rpmforge)
  • rxvt-unicode (only MiniCD) (rpmforge)
  • gparted (epel)
  • NetworkManager-openvpn (epel)
  • NetworkManager-vpnc (epel)
  • NetworkManager-pptp (epel)
  • vpnc-consoleuser (epel)
  • kmod-reiserfs (elrepo)
  • kmod-ndiswrapper (elrepo)
  • reiserfs-utils (elrepo)

Rubik

[size="3"]Началось альфа-тестирование дистрибутива Fedora Linux 15 [/size]

Вышла первая альфа-версия дистрибутива Fedora Linux 15. Для загрузки доступны Live-сборки с GNOME 3 (567 Мб) и KDE 4.6 (667 Мб). Релиз запланирован на 10 мая.

Основные улучшения:

  • В состав дистрибутива включены последние версии десктоп-окружений Gnome 3.0 (с оболочкой Gnome Shell), KDE 4.6 и Xfce 4.8;
  • Интеграция системного менеджера systemd в качестве системы инициализации по умолчанию. Systemd нацелен на более интенсивную параллелизацию выполнения сервисов на этапе загрузки системы, вобрав в себя лучшие черты таких систем, как launchd (Mac OS X), SMF (Solaris) и Upstart (Ubuntu, Fedora). Кроме запуска сервисов, systemd обеспечивает функции контроля за выполнением фоновых процессов. Подробнее о systemd можно прочитать в ранее опубликованных обзорах (ветка нашего форума и здесь);
  • Изменение наименования сетевых интерфейсов. Вместо ethN имена устройств будут формироваться в зависимости от типа подключения сетевого адаптера: "em{port}" - для встроенных в материнскую плату сетевых карт и "pci{slot}#{port}" - для карт с PCI-интерфейсом.
  • Переход на GCC 4.6 для сборки пакетов. Интеграция в дистрибутив Python 3.2 и новых версий Rails и OCaml;
  • Использование вместо OpenOffice.org офисного пакета LibreOffice;
  • Интеграция BoxGrinder, инструмента для упрощения формирования сборок для развертывания внутри различных систем виртуализации (KVM, Xen, EC2);
  • Добавление фонового процесса для динамического управления правилами пакетного фильтра через DBus;
  • Улучшение поддержки шифрованной файловой системы eCryptfs. Использование authconfig для автоматического монтирования зашифрованных частей домашней директории в момент входа пользователя в систему;
  • Использование по умолчанию DNSSEC в конфигурациях рабочих станций. Для преобразования имен в NetworkManager использует DNS-сервер BIND;
  • Улучшение работы системы управления питанием, поддержка автоматического тюнинга параметров работы системы, с целью обеспечения оптимального баланса между производительностью и энергопотреблением. Интеграция утилиты PowerTOP для выявление узких мест, приводящих к повышенному энергопотреблению;
  • Добавление в дистрибутив ERP-платформы Tryton, предназначенной для разработки приложений для управления ресурсами предприятия (финансы, управление продажами и закупками, аналитика, инвентаризация и т.п.);
  • Новые группы пакетов: Graphics suite переименован в Design group, добавлена новая группа Robotics Package Suite, в которую вошли инструменты для проектирования роботов, симуляции их работы и создания программного обеспечения;
  • Задействование метода сжатия LZMA для формирования Live-образов;
  • C целью повышения безопасности все setuid-приложения будут переведены на использование "capabilities";
  • Разделы /var/run и /var/lock смонтированы в виде RAM-диска (tmpfs);
  • Добавление LessFS, FUSE-модуля для автоматического объединения дубликатов в файлах;
  • Обновление пакетного менеджера RPM до версии 4.9;
  • Поддержка технологии Spice в virt-manager;
  • GUI-интерфейс Setroubleshoot переработан с целью упрощения диагностики проблем с SELinux.
Сегодня, 10 марта состоится день тестирования GNOME3 в Fedora Linux. Цель данного мероприятия протестировать как можно больше функциональных возможностей GNOME 3, убедиться в их корректной работе, а также в том, что GNOME 3 обеспечивает необходимый для ежедневного использования основной функционал среды рабочего стола.

Zhek@Ch

16 Марта 2011, 21:33 #134 Последнее редактирование: 16 Марта 2011, 21:33 от Zhek@Ch
[size="3"]Компания Red Hat выплатила 4,2 миллиона долларов для урегулирования патентного иска [/size]

Согласно открывшимся сведениям, для урегулирования поданного компанией FireStar Software иска о нарушении патентов в программном обеспечении, развиваемом под лицензией GPL, компания Red Hat в июне 2008 года выплатила 4,2 миллиона долларов отступных. Этот факт, являющийся одним из "самых тщательно скрываемых секретов в истории OpenSource", был выявлен Флорианом Мюллером (Florian Mueller), известным борцом с патентованием программного обеспечения, который нашёл в судебных архивах документ, зафиксировавший выплату.

В заметке, озаглавленной "Red Hat кормит патентных троллей и дурачит комьюнити FOSS" Мюллер считает, что важность находки состоит в том, как отражается теперь в этом свете возможность доверия к компании Red Hat. В своё время Red Hat опубликовала отредактированную версию мирового соглашения (PDF) и "руководство пользователя" к нему. Единственным отредактированным пунктом является раздел 3, трактующий выплаты ("PAYMENT").

В тогдашнем кратком пресс-релизе, анонсирующим соглашение, патентный адвокат Red Hat и один из авторов лицензии GPLv3, Ричард Фонтена (Richard Fontana), заявлял, что соглашение удовлетворяет самым строгим положениям, касающихся патентов, прописанных в открытых лицензиях и совместимо с буквой и духом всех версий GPL. Мюллер говорит, что "даже учитывая, что выплата в 4,2 миллиона не противоречит GPL, она, тем не менее, противоречит тому, что заявляет Red Hat и её лобби в разных политических и нормативно-правовых контекстах".

Напомним, что ещё ранее, когда конкретные детали соглашения были неизвестны, сообщество высказывало опасения насчёт возможных его последствий. В частности, лицензия LGPL, под которой распространяется нарушающий патенты продукт JBoss, запрещает какой-то одной стороне лицензировать патент до тех пор, пока лицензия не будет доступна всем разработчикам ПО. Примечательно, что деле фигурировал патент 6,101,502, в котором запатентована модель объектно-реляционной базы данных, являющейся сегодня обычной составной частью почти каждой среды веб-программирования. В случае продолжения судебных преследований, другому потенциальному ответчику будет трудно убедить суд, что этот патент не имеет исковой силы, в ситуации, если Red Hat уже выплатила по нему отчисления. Риск, стать ответчиками в деле о нарушении данного патента может стать реальностью для разработчиков PHP, Ruby on Rails и практически любой проприетарной и открытой веб-платформы.


Zhek@Ch

19 Марта 2011, 09:46 #135 Последнее редактирование: 19 Марта 2011, 09:48 от Zhek@Ch
[size="3"]Red Hat занял 50 место по числу зарегистрированных патентов среди IT-компаний [/size]

Компания Red Hat заняла 50 место в рейтинге The Patent Board, построенном на основании анализа размера патентного портфеля различных IT-компаний. Судя по всему, последнее время интенсивность регистрации новых патентов в Red Hat значительно увеличилась: в сентябре 2010 года компания Red Hat занимала 94 место, а в ноябре 66 место в рейтинге.

По заявлению представителя компании, Red Hat действует в интересах СПО и рассматривает свои патенты как средство защиты не только собственных открытых продуктов но и любых других свободных проектов. Патенты регистрируются чтобы иметь возможность ответить на агрессию в случае предъявления претензий, связанных с нарушением патентов в свободных продуктах. Для открытых проектов (GPL, LGPL, IPL, CPL и т.п.) возможность использования запатентованных технологий предоставляется безвозмездно, независимо от того нацелены они на получение прибыли или развиваются в виде некоммерческих инициатив.

Первая десятка рейтинга наиболее крупных патентодержателей:

[list=1]
  • IBM
  • Microsoft Corp
  • Oracle Corp
  • Hewlett Packard Co
  • Ricoh Co Ltd
  • Apple Inc
  • Canon Inc
  • Xerox Corp
  • Google
  • SAP AG

Zhek@Ch

23 Марта 2011, 15:02 #136 Последнее редактирование: 23 Марта 2011, 15:02 от Zhek@Ch
[size="3"]Доступна первая бета-версия Red Hat Enterprise Linux 6.1 [/size]

Компания Red Hat анонсировала начало бета-тестирования дистрибутива Red Hat Enterprise Linux 6.1, в котором представлено исправление ошибок, реализация поддержки нового оборудования и добавление новых возможностей. Установочные образы с тестовой версией RHEL 6.1 доступны для загрузки только зарегистрированным пользователям Red Hat Network (RHN).

Бета-версия поставляется в следующих вариантах:

  • Red Hat Enterprise Linux Client 6 для архитектур x86 и AMD64/Intel 64
  • Red Hat Enterprise Linux High Performance Compute Node 6 для архитектуры AMD64/Intel 64
  • Red Hat Enterprise Linux Server для архитектур x86, AMD64/Intel 64, IBM System z и IBM POWER;
  • Red Hat Enterprise Linux Workstation для архитектур x86 и AMD64/Intel 64.
Ключевые новшества Red Hat Enterprise Linux 6.1:

  • Оптимизация производительности механизмов виртуализации, главным образом направленная на приближение производительности запущенных в виртуальных окружениях систем к скорости выполнения без использования средств виртуализации.
    • Уменьшены задержки (latency) выполнения сетевых операций за счет встраивания соответствующей функциональности в ядро;
    • Повышение производительности дискового ввода/вывода за счет поддержки механизма virtqueue-нотификации ioeventfd, используемого в KVM и позволяющего увеличить производительность virtio-драйверов;
    • Поддержка кэширования мета-данных для образов виртуальных машин в формате qcow2, что позволяет сократить число выполняемых операций ввода/вывода;
    • Оптимизация использования FPU-регистров;
  • Расширение поддержки оборудования и увеличение надёжности, поддержка новейших многоядерных CPU и периферийных устройств
    • Планировщик задач расширен средствами для более полной поддержки возможностей архитектуры NUMA;
    • Добавлена возможность динамического добавления памяти и процессоров для некоторых серверных систем;
    • Обеспечена поддержка интерфейса PCI express 3.0, позволяющего добиться более высокой пропускной способности;
    • Обновлено большое количество разнообразных драйверов для сетевых адаптеров, устройств хранения и графических плат;
  • Повышена операционная эффективность, расширены возможности системных сервисов, добавлены новые механизмы контроля за ресурсами и производительностью
    • Добавлена поддержка ограничения интенсивности ввода/вывода через группы контроля ресурсами Cgroup;
    • Увеличена эффективность выполнения сетевых операций на многоядерных системах за счет оптимизации привязки к CPU потока пакетов (пакеты в рамках TCP-сессий неразрывно обрабатываются одним и тем же ядром CPU);
    • В device-mapper-multipath увеличена производительность обработки сбоев при обращении к хранилищу;
    • Улучшена поддержка сетевых хранилищ, включая поддержку бриджинга для FCoE и offload-акселерации для iSCSI.
    • Улучшена поддержка IPv6 в работе виртуальных сетей и DHCP-сервисов;
    • Добавлена поддержка создания прозрачных прокси на базе squid;
  • Новые инструменты для разработки и мониторинга.
    • Расширение средств для диагностики, основанных на использовании системы динамической трассировки systemtap;
    • В отладчике Gdb улучшена поддержка C++ и Python;
    • В системе отслеживания потребления памяти Valgrind улучшена поддержка многоядерных CPU;
    • Обновлена среда разработки Eclipse, добавлены новые средства для работы с точками останова и генерации кода для C/C++ и Java;
  • Обеспечение повышенной отказоустойчивости
    • Обеспечена поддержка инфраструктуры для обеспечения автоматической миграции KVM-систем на запасной сервер в случае сбоя первичного;
    • Добавлен агент для мониторинга NFSv4-ресурсов;
    • Значительно расширена документация.

Zhek@Ch

26 Марта 2011, 00:39 #137 Последнее редактирование: 26 Марта 2011, 00:40 от Zhek@Ch
[size="3"]Компания Red Hat опубликовала показатели за 4 квартал 2010 года и за 2011 финансовый год [/size]

Компания Red Hat опубликовала свои финансовые показатели за четвертый квартал 2010 года и завершившийся 28 февраля финансовый год. Годовой доход компании составил $909 млн. долларов (рост 22% по сравнению с прошлым годом), что позволяет надеяться, что в следующем году Red Hat преодолеет давно вожделенный рубеж и станет первой специализирующейся на открытом ПО компанией с совокупным годовым доходом выше 1 млрд долларов. Доход от оказания подписных сервисов составил $773.4 млн долларов (рост 21%).

Общий объем наличности и инвестиций составляет 1.2 миллиарда долларов. Текущий уровень рыночной капитализации Red Hat - 9.08 миллиарда долларов (год назад было 8.86). По сравнению с мартом прошлого года, цена за акцию Red Hat выросла с 30 до 46 долларов. Доход компании за 4 квартал 2010 года составил 244.8 миллиона долларов, что на 25% выше, чем было получено за четвертый квартал 2009 года, доходы полученные путем оказания подписных сервисов составили $209.3 млн долларов (рост 24%).


Zhek@Ch

31 Марта 2011, 00:23 #138 Последнее редактирование: 31 Марта 2011, 00:24 от Zhek@Ch
[size="3"]В Fedora и других Linux-дистрибутивах появится директория /run [/size]

Леннарт Поттеринг (Lennart Poettering), создатель системного менеджера systemd и звукового сервера PulseAudio, представил в списке рассылки разработчиков Fedora Linux новую системную директорию "/run". Подобное нововведение появится уже в весеннем релизе Fedora 15, в котором будет произведен переход на использование systemd по умолчанию. Решение о создании "/run" вызвано техническими причинами, поэтому не стоит воспринимать данное улучшение как большие политические перемены. Ожидается, что разработчики других дистрибутивов также решатся на перенос /run из директории /var в корень (/var/run останется доступен через bind-монтирование или символическую ссылку) - представители openSUSE, Debian и Ubuntu уже подтвердили намерение перейти к использованию "/run" в будущих релизах.

Предложение переместить содержимое "/var/run" в директорию "/run" родилось после обсуждения разработчиками Debian, Suse, Ubuntu и Fedora фактов нецелевого использования директории /dev. Кроме файлов устройств дистрибутивы вынуждены помещать в данную директорию специализированные каталоги (/dev/.udev, dev/.mdadm, /dev/.systemd и /dev/.mount), символические ссылки на некоторые элементы файловой системы /proc (/dev/stdin, /dev/sndstat и т.п.) и создают именованные каналы (/dev/log). В настоящий момент использование /dev не по прямому назначению носит единичный характер, но ситуация в любой момент может выйти из под контроля.

Причиной создания дополнительных файлов с данными программ в /dev является необходимость создания свойственных для каталога /var/run служебных файлов до момента монтирования раздела /var на начальной стадии загрузки. Директория /dev используется вместо /var/run так как изначально известно, что она примонтирована через tmpfs и всегда создается в первую очередь на этапе загрузки, в то время как директория /var/run создается значительно позднее и может размещаться в отдельной файловой системе.

Для решения проблемы с недоступностью /var/run на ранней стадии загрузки различные дистрибутивы придумывают свои несовместимые с другими системами решения: Fedora и openSUSE использует служебные каталоги в /dev/.xxx, в Debian специально монтируется tmpfs-раздел /lib/init/rw, в Ubuntu /var/run создается еще до монтирования /var и потом связывается через "mount --bind".

Необходимость разработки и утверждения унифицированного решения назрела уже давно. После рассмотрения различных вариантов выхода из данной ситуации, разработчики пришли к выводу, что директория /var/run со служебными файлами, файлами блокировок и сокетами, используемыми для связи с запущенными приложениями, должна быть вынесена за пределы раздела /var в корень. Единственной причиной по которой данное изменение не внедрено до сих пор - неготовность совершить подобный шаг по политическим мотивам, так как это неизбежно приведет к негативной реакции со стороны консервативных пользователей и разработчиков.

Что касается планов по изменению Fedora 15, то данном релизе раздел /run будет смонтирован через tmpfs, а /var/run прикреплен к /run через bind-монтирование (в Fedora 16 после отладки всех систем bind-монтирование будет заменено на символические ссылки), /var/lock будет прикреплен к /run/lock. Приложения смогут использовать /var/run как и раньше, на первом этапе внедрения непосредственно к /run будут обращаться только подсистемы, работающие на раннем этапе загрузки.

Выгоды от использования /run:

  • Сокращение точек tmpfs-монтирования, вместо /var/lock и /var/run останется один /run;
  • Хранение всех требуемых в процессе работы приложений данных в одном месте. Для того чтобы найти данные systemd, udev, dracut администратору не придется заглядывать в несколько мест, все будет собрано в /run;
  • Уход от использования начинающихся с точки скрытых файлов;
  • Возможность стандартизировать для всех дистрибутивов размещение директории для хранения доступных на ранней стадии runtime-данных;
  • У разработчиков исчезнет ощущение дискомфорта от необходимости использования /dev не по назначению;
  • Создание более четкого разделения между директорией для постоянного хранения данных приложений (/var), директорией для хранения свойственных текущему сеансу данных приложений (/run) и директорией для хранения конфигурации (/etc).
# opennet.ru

[size="3"]Релиз Fedora 15 отложен на две недели [/size]

Лидер проекта Fedora сообщил о переносе даты выхода релиза Fedora 15 с 10 мая на 24 мая. В начале марта, первая альфа-версия вышла с задержкой на одну неделю относительно первоначального плана, но тогда сообщалось, что перенос выхода альфа-версии не скажется на дате выпуска релиза. Тем не менее, на состоявшемся несколько дней назад совещании групп, ответственных за контроль качества и выпуск релизов, было решено перенести дату финального релиза на две недели. Начало заморозки пакетной базы перенесено на 5 апреля, после данной даты добавление улучшений будет запрещено, приниматься будут только исправления ошибок.

В основном перенос сроков связан с добавлением на поздней стадии разработки Fedora 15 нескольких важных изменений, таких как внедрение "/run". Появившееся дополнительное время будет потрачено на тестирование предварительных сборок до выпуска бета-версии. Бета версия намечена на 19 апреля. Кандидат в релизы выйдет 10 мая.


Rubik

[size="3"]Релиз CentOS 5.6 выйдет в ближайшие дни[/size]

Один из разработчиков проекта CentOS сообщил о начале распространения релиза CentOS 5.6 по зеркалам проекта. Напомним, что на подготовку релиза CentOS 5.6 понадобилось 82 дня (RHEL 5.6 вышел в начале января), все это время пользователи ветки CentOS 5.x оставались без обновлений безопасности, так как было решено не проводить перепаковку обновлений RHEL 5.6 для ветки CentOS 5.5 (из-за возможной путаницы с зависимостями при портировнии обновлений 5.6 в ветку 5.5). Тем не менее стоит отметить, что разработчики были готовы оперативно выпустить обновления с исправлением критических уязвимостей, но проблем такой степени опасности с момента выхода RHEL 5.6 обнаружено не было.

Следующим этапом станет подготовка релиза CentOS 6.0, который разработчики постараются успеть выпустить до финальной версии RHEL 6.1. С момента выхода релиза RHEL 6.0 прошло уже 145 дней назад, а первая бета-версия RHEL 6.1 вышла 23 марта.