anonymous@RULINUX.NET~# Last login: 2017-11-24 07:47:46
Регистрация Вход Новости | Разметка | Пользователи | Галерея | Форум | Статьи | Неподтвержденное | Трекер | Правила форума | F.A.Q. | Ссылки | Поиск

Новости RedHat

Новости о Red Hat и их продукции

Компания Red Hat перестала принимать резюме из России

subsection
Скрыть

Один из недавних показательных примеров такого регрессивного воздействия со стороны этого закона — отказ одной из крупнейших компаний-разработчиков linux-систем, Red Hat, от взаимодействия с соискателями вакансий из России в электронной форме через их интернет-ресурсы.

Теперь, если вы зайдете под российскими IP-адресами на соответствующий портал компании по трудоустройству — jobs.redhat.com и, перейдя на выбор любой вакансии, даже той, что предполагает работу в России (например, эту: «Middleware Solutions Architect — Russia»), нажав кнопку «Подать заявление», увидите следующее сообщение:

[путь к изображению некорректен]

>>> Подробнее

vilfred (*) (2016-02-25 02:38:44)

[7 сообщений] [Добавить комментарий]


Fedora 19 RIP

subsection
Скрыть

Объявили о прекращении поддержки

>>> Подробнее

vilfred (*) (2015-01-07 20:57:30)

[7 сообщений] [Добавить комментарий]


Pidora выпустили

subsection
Скрыть

Представлен выпуск Linux-дистрибутива Pidora 2014, представляющего собой вариант Fedora 20, адаптированный для использования на одноплатном компьютере Raspberry Pi. Pidora позиционируется в качестве альтернативы развиваемого для Raspberry Pi дистрибутива Raspbian, предлагая пользователям более современную начинку. Размер архива системного образа для записи на SD-карту - 586MB.

В отличие от обычных ARMv6-сборок Fedora Linux в Pidora задействован репозиторий с пакетами, собранными с поддержкой "hard float" (armv6hl), вместо штатного для ARMv6 "soft float" (в Raspberry Pi используется ARMv6 с расширениями "hard float", которые формально появились в процессорах с архитектурой ARMv7-A), что позволяет добиться оптимальной производительности. Из особенностей выпуска отмечается проведение оптимизации скорости загрузки, улучшенный режим настройки по сети без подключения монитора (информация об IP может быть озвучена звуком или LED-индикатором), доступность практически всех пакетов из репозиториев Fedora 20, наличие графического мастера для первоначальной настройки, автоматическое создание раздела подкачки, поставка библиотек для поддержки интеграции с внешним оборудованием через интерфейсы GPIO, I2C, SPI.

>>> Подробнее

Nosferatu (*) (2014-05-09 10:18:57)

[0 сообщений] [Добавить комментарий]


Говорят, 20-я федора вышла.

subsection
Скрыть

Подробности в release notes (Ничего интересного и революционного)

>>> Подробнее

anonymous (*) (2013-12-18 12:09:37)

[3 сообщения] [Добавить комментарий]


Леннарт Поттеринг попытался развенчать типичные мифы о systemd

subsection
Скрыть

Леннарт Поттеринг (Lennart Poettering) опубликовал объёмную статью, в которой попытался опровергнуть 30 типичных мифов, связанных с системным менеджером systemd.



  •   Миф: systemd является монолитом.

    - Леннарт считает что это неправда, поскольку при полной сборке всех компонентов systemd создаётся 69 различных исполняемых файлов, каждый из которых отвечает за решение своей задачи. При этом большая часть данных исполняемых файлов может использоваться обособленно, без привязки к systemd. Целью разбиения функциональности на отдельные исполняемые файлы произведено, например, для решения таких задач, как более полное разделение привилегий (каждый процесс снабжается привилегиями только для выполнения узких задач) и обеспечение параллельного выполнения операций в процессе загрузки.

  •   Миф: главной целью systemd является скорость.

    - По мнению Леннарта, высокая скорость systemd - это всего лишь побочный результат правильного дизайна и архитектуры проекта. Разработчики специально не занимались выжиманием всей возможной производительности из кода. Более того в некоторых ситуациях разработчики предпочитают более читаемый код, чем немного более быстрый и запутанный.

  •   Миф: скорость загрузки, предоставляемая systemd, не востребована на серверах.

    - Леннарт отмечает что многие системные администраторы напротив желают минимизации простоев (downtime) при выполнении обслуживания серверов. Кроме того, скорость старта востребована в облачных системах и на виртуальных машинах. Также критична скорость восстановления после сбоя систем высокой доступности.

  •   Миф: systemd не совместим с shell-скриптами.

    - На самом деле он совместим, просто сами разработчики systemd не пользуются shell-скриптами в процессе загрузки, чтобы не терять преимущества systemd. Тем не менее, systemd позволяет запускать скрипты, написанные на любых языках программирования, как сервисы systemd.

  •   Миф: освоить systemd сложно.

    - По мнению Леннарта это не так, поскольку это унифицированная платформа, язык файлов конфигурации прост и предоставляется типовой набор утилит. Тем не менее, Леннарт согласен с тем, что некоторое обучение работе с systemd все-таки требуется.

  •   Миф: Systemd не модульный.

    - Это не так: в сборочном скрипте configure есть ряд ключей, позволяющих указать какие именно части systemd требуется собрать. Таким образом выбор предоставляемых возможностей осуществляется на этапе сборки.

  •   Миф: Systemd только для десктопов.

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

  •   Миф: Systemd появился как результат синдрома NIH (Not Invented Here, создание собственного решения вместо использования уже существующих аналогов).

    - Изначально у разработчиков была идея использовать проект Upstart от фирмы Canonical, однако постепенно разработчики пришли к выводу, что у него есть ряд значительных недостатков в базовых основах дизайна, которые достаточно проблематично исправить. Наиболее крупным просчетом по мнению Леннарта является то, что upstart сам по себе не заботится о зависимостях сервисов и переносит заботу об этом аспекте на плечи администраторов и разработчиков.

  •   Миф: systemd - проект FreeDesktop.org.

    - FreeDesktop.org используется в основном как инфраструктура хостинга.

  •   Миф: systemd далёк от философии UNIX.

    - В systemd используется множество концепций UNIX, напрмер, идея "всё есть файл" реализована в доступе ко всем сервисам systemd осуществляется через файловую систему cgroupfs. Встроенная поддержка подключения нескольких рабочих мест к одному компьютеру выражается в поддержке multi-seat и возможности автоматической настройки подключаемого оборудования. Основу systemd составляет набор связанных через стандартные интерфейсы утилит, каждая из которых решает свою задачу.

  •   Миф: Systemd сложно устроен.

    - Леннарт частично согласен с этим тезисом, однако отмечает, что это связано с тем что современные компьютеры стали сложными. Тем не менее, Леннарт считает, что systemd проще и содержит меньше избыточности и зависимостей, чем эквивалентные по возможностям решения.

  •   Миф: Systemd чрезмерно тяжелый и перегруженный.

    - Systemd вероятно является как раз обратным примером. Он модульный, предоставляет много функциональности, а требуемые зависимости включают в себя лишь Glibc, libcap и DBus.

  •   Миф: Systemd создан только для Linux и не может использоваться в BSD-системах.

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

  •   Миф: Systemd не сможет использоваться по умолчанию в Debian, так как он поддерживает только ядро Linux.

    - Леннерт отмечает, что работа по одновременному сопровождению unit-файлов systemd и классических init файлов является номинальной и незначительной по объему на фоне столь масштабной работы как внедрение в систему поддержки ядер, отличных от Linux.

  •   Миф: Systemd можно портировать для других ядер, если мэйнтейнеры этих ядре этого пожелают.

    - Systemd слишком завязан на возможности и интерфейсы, доступные только в ядре Linux. В некоторых ядрах имеются аналоги подобных интерфейсов, некоторые возможности можно отключить, но все необходимые функции вряд-ли удастся обеспечить в ядрах, отличных от Linux. Среди активно используемых в Systemd возможностей: cgroups, fanotify, umount2(), /proc/self/mountinfo, /dev/swaps, udev, netlink, /sys, /proc/$PID/comm, /proc/$PID/cmdline, /proc/$PID/loginuid, /proc/$PID/stat, /proc/$PID/session, /proc/$PID/exe, /proc/$PID/fd, tmpfs, devtmpfs, capabilities, namespaces, prctl(), ioctl, системный вызов mount(), selinux, audit, inotify, statfs, O_DIRECTORY, O_NOATIME, /proc/$PID/root, waitid(), SCM_CREDENTIALS, SCM_RIGHTS, mkostemp(), /dev/input и т.п.

  •   Миф: Systemd не является переносимым (Not Portable) без каких либо на то причин.

    - Это не так! Systemd просто использует специфичную для Linux функциональность чтобы реализовывать все что хотели сделать разработчики. У Linux столько возможностей, что остальные unix/posix системы попросту не предоставляют каких либо аналогов для многих из них, в то время как разработчики systemd желают дать в руки пользователей данные возможности.

  •   Миф: Systemd использует конфигурационные файлы в бинарном формате.

    - В Systemd используются только простые и легко редактируемые вручную текстовые файлы конфигурации. Никакого XML и тем более бинарных форматов.

  •   Миф: Systemd содержим избыточную функциональность.

    - Systemd изначально не ограничивался только системой инициализации и развивается как набор кирпичиков для построения ОС. Какие именно из возможности использовать решает пользователь, большая часть функций отключается на этапе сборки или в процессе работы.

  •   Миф: Systemd заставляет кого-то что-то делать.

    - Программы - не мафия. Они не могут никого заставить что-либо делать против их воли. В Free Software каждый добровольно делает то, что считает нужным.

  •   Миф: Systemd не позволяет использовать Syslog.

    - Это не так. Хотя у systemd есть свой метод ведения журналов, разработчики предприняли усилия чтобы сохранить полную совместимость с более традиционным syslog.

  •   Миф: Systemd ни с чем не совместим.

    - Разработчики Systemd делают всё вохможное чтобы обеспечить наилучшую возможную совместимость с sysvinit. Большинство init-скриптов могут быть использованы с Systemd без необходимости внесения в них изменений. Имеющиеся несовместимости хорошо документированы.

  •   Миф: К Systemd невозможно обращаться из скриптов из-за использования D-Bus.

    - Systemd предоставляет обширный набор утилит (systemctl, loginctl, timedatectl, hostnamectl, localectl) со всевозможными опциями, являющимися аналогами вызовов D-Bus, которые можно запускать из скриптов для автоматизации выполнения различных задач. Кроме того, нет никаких проблем с обращению к D-Bus из скриптов при помощи таких утилит как dbus-send и gdbus.

  •   Миф: Systemd вынуждает использовать дополнительные конфигурационные утилиты вместо непосредственной правки файлов конфигурации.

    - Это не так. Конфигурационные утилиты предоставляют только дополнительную функциональность, такую как автодополнение имён директив конфигурации, но никто не заставляет обязательно их использовать. Пользователь может реализовать все действия через прямую правку файлов конфигурции с последующим ручным перезапуском связанных с ними процессов.

  •   Миф: Systemd нестабилен и изобилует ошибками.

    - Этот тезис не подтверждается багтрекером системы Fedora.

  •   Миф: Systemd трудно отлаживать.

    - В Systemd предусмотрен специальный отладочный интерфейс с поддержкой интерактивной отладки, отслеживания состояния, отключения компонентов при загрузке.

  •   Миф: В Systemd изменения вносятся ради изменений.

    - Это не так, каждое вносимое в Systemd имеет техническое обоснование и разработчики по возможности стараются донести до общественности причины тех или иных изменений в wiki, блогах, документации и других источниках. Нарушающие совместимость изменения вносятся только в крайних случаях и явно документируются.

  •   Миф: Systemd является проектом только компании Red Hat, которая использует трудоустроенных разработчиков для распространения своего мировоззрения.

    - Это не так, из 16 ведущих разработчиков Systemd только 6 работает в Red Hat, а остальные представляют такие проекты и компании как ArchLinux, Debian, Intel, Canonical, Mandriva, Pantheon.

  •   Миф: Systemd не позволяет отделить /usr от корневой директории.

    - С самого начала systemd поддерживает опцию сборки "--with-rootprefix=", которая позволяет выделить необходимые для начальной стадии загрузки компоненты и установить их в корень или любою другую директорию. Хоть разработчики systemd и не считают загрузку без /usr хорошей идее, такая возможность поддерживается из коробки.

  •   Миф: Systemd не позволяет заменять свои компоненты.

    - Это не так, большая часть возможностей Systemd может быть отключена и заменена на альтернативные реализации.

  •   Миф: Использование D-Bus вместо сокетов делает Systemd непрозрачным.

    - D-Bus использует сокеты в качестве транспорта, но при этом предоставляет стандартизованный механизм сериализации сообщений, отправляемых через сокеты. Так как методы сериализации хорошо документированы и имеются штатные утилиты трассировки, то использование D-Bus наоборот делает систему более прозрачной, что нельзя сказать о многих Unix-демонах, которые использовали собственные протоколы для обмена данными.

>>> Подробнее

Bod (*) (2013-01-27 21:48:17)

[16 сообщений] [Добавить комментарий]


Алан Кокс намерен сменить Fedora Linux на другой дистрибутив

subsection
Скрыть

"Товарищи! То, о чём так долго говорили большевики - свершилось!" (с) Достаточно вменяемые разработчики/пользователи не выдержали экспериментов Поттеринга на людях и начали в открытую роптать и "голосовать ногами". Ждём реакции от RedHat?

Алан Кокс (Alan Cox), известный разработчик ядра Linux, работающий в компании Intel, заявил о намерении прекратить использование Fedora на своей рабочей машине. По мнению Алана Fedora 18 является худшим релизом, который когда-либо выпускался при участии компании Red Hat. Из проблем отмечается нестабильная работа инсталлятора, ошибки в реализации системы установки обновлений, выводимые systemd уведомления об ошибках, которые невозможно отладить. В качестве наиболее вероятного варианта замены упоминается дистрибутив Ubuntu, с которым пока проводятся эксперименты в виртуальной машине.

Дополнение: Алан Кокс сообщил об установке Ubuntu вместо Fedora. Оболочка Unity ему не пришлась по душе, поэтому он остановился на Cinammon в качестве десктоп-окружения.

Кроме того, можно отметить опубликованный на днях обзор Fedora 18 от Игоря Любанчика, физика, писателя и пропагандиста свободного ПО. В целом, впечатления Игоря схожи с мнением Алана, дистрибутив признан сырым и изобилующим ошибками. Особая порция негодования посвящена инсталлятору, который, по мнению Игоря, характеризуется тремя показателями - нелогичность, опасность и бесполезность. В итоге дистрибутив получил 2 из 10 баллов.

>>> Подробнее

Bod (*) (2013-01-23 21:57:08)

[7 сообщений] [Добавить комментарий]


Fedora 18: что будет поломано

subsection
Скрыть

Итак, закончился приём и рассмотрение нововведений в грядущую версию федоры. Основные пункты, которые скорее всего вызовут немало проблем у beta-тестеров редхата пользователей федоры:

* замена yum на какую-то поделку из openSUSE;
* переименование логических переменных в SELinux (наслаждаемся тысяча и одним багом :));
* фильтрация системных вызовов;
* переход на firewalld1 и полное выпиливание iptables.

---

1 firewalld -- динамически конфигурируемый файервол для Linux, управляемый через D-Bus; писан на питоне; автор, как не сложно догадаться по фирменной букве d на конце, тот самый, любимый многими пользователями линукса, Лёна Потный из Одессы Леннарт Пёттеринг

>>> Подробнее

anonymous (*) (2012-07-26 10:43:49)

[43 сообщения] [Добавить комментарий]


Вышли релизы основанных на RHEL 6.2 дистрибутивов CentOS и PUIAS Linux

subsection
Скрыть

Вышел релиз основанного на RHEL дистрибутива CentOS 6.2 и релиз менее известного любопытного RHEL-based дистрибутива, о котором уместно рассказать подробнее:

Релиз PUIAS Linux 6.2, дистрибутива на пакетной базе Red Hat Enterprise Linux

Представлен релиз дистрибутива PUIAS Linux 6.2, основанного на пакетной базе Red Hat Enterprise Linux и поддерживаемого сотрудниками Института дополнительного образования и Принстонского университета. Для установки доступно два DVD-образа, размером 3.6 и 1.2 Гб для архитектуры i386 и 4.1 и 1.4 Гб для архитектуры x86_64. Следует отметить, что первые сборки PUIAS Linux вышли около 10 лет назад, ещё до появления таких проектов как Scientific Linux и CentOS.

Дистрибутив ориентирован на использование не только для серверных систем, но и для десктопов. Дистрибутив формируется путем пересборки пакетов RHEL, но дополнительно поддерживается несколько собственных репозиториев:

  •   "Addons" с дополнительными пакетами, которых нет в репозиториях RHEL. Например, в репозитории можно найти подборку Perl и Ruby модулей, системы мониторинга Zabbix и Nagios, свежие версии Firefox и различных мультимедийных и офисных программ;
  •   "Computational" - с большой подборкой научных программ (более 400 пакетов);
  •   "Unsupported" - с различными экспериментальными пакетами, например, с новыми версиями серверных программ, таких как clamav, exim, lighttpd, php и т.п.

Bod (*) (2011-12-21 19:14:59)

[2 сообщения] [Добавить комментарий]


Релиз CentOS 6.1

subsection
Скрыть

Команда CentOS рада сообщить о доступности CentOS 6.1 для архитектур i386 и x86_64. CentOS 6.1 основана на RedHat Enterprise Linux 6.1 и включает в себя пакеты всех разновидностей.

  •  Все текущие репозитории были объединены в один, чтобы облегчить конечным пользователям работу с ними.
  •  Было сделано много важных изменений, в сравнении с предыдущей версией, поэтому настоятельно рекомендуется прочитать примечания к выпуску.
  •  Так как текущая версия RHEL 6.2 уже выпущена, будут использоваться Continuous Release репозиторий, чтобы доставить все обновления безопасности до того, как выйдет CentOS 6.2.
  •  LiveCD и LiveDVD также выпущены. Они дают вам возможность как ознакомления с системой, так и непосредственной установки на жесткий диск.
  •  Есть также диск минимальной установки, который устанавливает лишь базовою часть системы и позволяет доуcтановить все остальное по вашему желанию.

>>> Подробнее

vitroot (*) (2011-12-11 07:08:30)

[0 сообщений] [Добавить комментарий]


17 мгновений федоры

subsection
Скрыть

Опубликован первичный план по расширению функционала следующего, 17-го выпуска дистрибутива. Из основных нововведений стоит отметить следующее:

  •   кодовое имя: "мясное чудо";
  •   используемая по умолчанию новая файловая система btrfs;
  •   удаление ConsoleKit с заменой его функций через systemd-logind;
  •   поддердка только DRI2-драйверов видеокарт; старые видеокарты будут поддерживаться через драйвер llvmpipe;
  •   программная обработка 3-х мерной графики должна позволить запускать gnome-shell на любом компьютере;
  •   дальнейший переход с sysVinit на systemd;
  •   перенос всех файлов из /( ,s)bin и /lib( ,64) в /usr. (А там не за горами и /System :))
Встречаем и тестируем. Иначе придётся осваивать всё то же уже в своих любимых дистрибутивах и в следующей версии RHEL 7.

>>> Подробнее

anonymous (*) (2011-12-06 18:01:06)

[2 сообщения] [Добавить комментарий]


1 2 3   




(c) 2010-2020 LOR-NG Developers Group
Powered by TimeMachine

Valid HTML 4.01 Transitional Правильный CSS!